Re: [Cooker] kernel-2.4.21-pre2.1mdk XFS

2003-01-08 Thread Götz Waschk
Am Mittwoch,  8. Januar 2003, 17:53:06 Uhr MET, schrieb Frej Rasmussen:
> Even though the change log states that XFS filesystem is merged upstream
> there's absolutely no trace of it :/, even in the kernel-source package.

Same here, I couldn't boot from my xfs / with 2.4.21.pre2.1mdk.
-- 
   Götz Waschk <> master of computer science  <> University of Rostock
 http://wwwtec.informatik.uni-rostock.de/~waschk/waschk.asc for PGP key
 --> Logout Fascism! <--




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

2003-01-08 Thread pablito
hmm.  must be from the days when you had to enter special codes for each key stroke.

Quoting Steve Fox <[EMAIL PROTECTED]>:

> On Thu, 2003-01-09 at 01:19, [EMAIL PROTECTED] wrote:
> > the name "urpmi" does sound stupid, like somebody belching.  why do
> > linux programmers give their software such silly names?  guess they
> > dont have sales or packaging departments 
> 
> Because it's fewer keystrokes! :)
> 
> GNOME 2.0 went and renamed all their tools with more sane names, and so
> did the new Red Hat 8 configuration tools.
> 
> gcalc => gnome-calculator
> gfontsel => gnome-font-viewer
> 
> redhat-config-samba
> redhat-config-httpd
> 
> So there is still hope!
> 
> -- 
> 
> Steve Fox
> http://k-lug.org
> 
> 
> 






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

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

Because it's fewer keystrokes! :)

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

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

redhat-config-samba
redhat-config-httpd

So there is still hope!

-- 

Steve Fox
http://k-lug.org




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

2003-01-08 Thread pablito
the name "urpmi" does sound stupid, like somebody belching.  why do linux programmers 
give 
their software such silly names?  guess they dont have sales or packaging departments 

Quoting Jay DeKing <[EMAIL PROTECTED]>:

> On Wednesday 08 January 2003 06:53 pm, Bryan Whitehead honored me with this 
> communique:
> > Steve Fox wrote:
> > > On Wed, 2003-01-08 at 12:32, Bryan Whitehead wrote:
> > >>In the real world, sysadmins just find a solution (like redoing the crap
> > >>ass RPM someone made) and move on with life. If you don't like
> > >>dependancy checking, then don't use urpmi. Use the plain rpm command.
> > >>Write your own scripts as a wrapper. Or just patch urpmi yourself for
> > >>your own needs. It's not rocket-science! ;)
> > >
> > > Wow, what a well thought-out response! You're a freaking genius!
> > >
> > > I NEED dependency checking. What I am asking for is the tool to only
> > > worry about dependencies which are affected by the action being
> > > requested.
> >
> > Thanks for clarifying. The message I replied to originally implied you
> > didn't like the dependacy checking / resolving features of urpmi.
> >
> > > There is no reason for urpmi to care about unrelated dependencies which
> > > I made a conscious decision to break knowing very well the potential
> > > results.
> >
> > Your right on this. I second the motion to keep urpmi from being some
> > wannabe apt.
> 
> I understood from the start what he was getting at, it seemed like he made it
> 
> pretty clear. And I'm glad you understand now, because if you're a sysadmin,
> 
> you know the ugly implications of fingers (human or software) getting in 
> where they don't belong. There is a definite difference between "breaking" 
> and "refining" an app. 
> 
> Jay
> 
> -- 
> Drinking makes such fools of people, and people are such fools to begin
> with, that it's compounding a felony.
> -- Robert Benchley
> 
> 
> 
> 






Re: [Cooker] Cisco aironet kernel driver not working properly

2003-01-08 Thread Cooker
On Wednesday 08 January 2003 05:51 pm, Chmouel Boudjnah wrote:
> Jeremy <[EMAIL PROTECTED]> writes:
> > ifconfig eth1 hw ether 11:11:11:11:11 (example address)
>
> would you try as ipv4 please ?

I do and did. In that instance I was trying to spoof and or change the MAC 
address of the card, which works fine with the driver in the linus kernel.

When setting it up as any other ethernet device with either DHCP or a IP 
address I get

ifup eth1
Error for wireless request "Set Encode" (8B2A) :
SET failed on device eth1 ; Operation not supported.
Determining IP information for eth1...


but it does get a IP address


and as i stated when i run IWCONFIG it says that the driver was compiled with 
version 0 of the wireless extensions  and we are currently using version 13 
some things might be broken.  










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

2003-01-08 Thread Jay DeKing
On Wednesday 08 January 2003 06:53 pm, Bryan Whitehead honored me with this 
communique:
> Steve Fox wrote:
> > On Wed, 2003-01-08 at 12:32, Bryan Whitehead wrote:
> >>In the real world, sysadmins just find a solution (like redoing the crap
> >>ass RPM someone made) and move on with life. If you don't like
> >>dependancy checking, then don't use urpmi. Use the plain rpm command.
> >>Write your own scripts as a wrapper. Or just patch urpmi yourself for
> >>your own needs. It's not rocket-science! ;)
> >
> > Wow, what a well thought-out response! You're a freaking genius!
> >
> > I NEED dependency checking. What I am asking for is the tool to only
> > worry about dependencies which are affected by the action being
> > requested.
>
> Thanks for clarifying. The message I replied to originally implied you
> didn't like the dependacy checking / resolving features of urpmi.
>
> > There is no reason for urpmi to care about unrelated dependencies which
> > I made a conscious decision to break knowing very well the potential
> > results.
>
> Your right on this. I second the motion to keep urpmi from being some
> wannabe apt.

I understood from the start what he was getting at, it seemed like he made it 
pretty clear. And I'm glad you understand now, because if you're a sysadmin, 
you know the ugly implications of fingers (human or software) getting in 
where they don't belong. There is a definite difference between "breaking" 
and "refining" an app. 

Jay

-- 
Drinking makes such fools of people, and people are such fools to begin
with, that it's compounding a felony.
-- Robert Benchley





Re: [Cooker] latest X and HP XE3 S3 video Card

2003-01-08 Thread bernard
error messages when trying to load X:

SAVAGE(0): failed to fetch any BIOS Modes. Disabling BIOS.

this was not there on previous versions. (my last update from cooker was early 
December)

Bernard


[EMAIL PROTECTED] said:

> Tried to update to latest X version and latest kde but no luck whatsoever.
> video is all messed up and freezing.
> 
> console mode is working but not X.
> 
> 
> 
> Bernard
> 
> 
> 



-- 







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

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

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

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

-- 

Steve Fox
http://k-lug.org




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

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

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

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

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

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

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

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

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

-- 

Steve Fox
http://k-lug.org




[Cooker] latest X and HP XE3 S3 video Card

2003-01-08 Thread bernard
Tried to update to latest X version and latest kde but no luck whatsoever.
video is all messed up and freezing.

console mode is working but not X.



Bernard





[Cooker] [Bug 695] [gnome-control-center] gnome cc does not start

2003-01-08 Thread [Bug 695]
https://qa.mandrakesoft.com/show_bug.cgi?id=695

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2003-01-03 11:00 ---
It still happens here.

I have the gnome-vfs2 installed but no nautilus rpm. I tried to delete
~/.gnome*, uninstall gnome-control-center and put it back, but I still
receive the same error.

I cannot find where these preferences should be stored. The gconf editor
does not show any entry for gnome-control-center.
==
kk1

On Thu, 2003-01-02 at 08:17, [Bug 695] wrote:


--- Additional Comments From [EMAIL PROTECTED]  2003-01-09 05:56 ---
I forced the removal of all gnome-vfs rpms, deleted /etc/gnome-vfs-2.0, and
reinstalled the rpms. It works now. I don't know what happened.



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



--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
description: 
$ gnome-control-center
 
** (gnome-control-center:3765): WARNING **: Could not find directory of control
panels [preferences:///]

Each capplet can be started independently, only the control center cannot.




[Cooker] Re: [Contrib-Rpm] php-ini-4.3.0-1mdk

2003-01-08 Thread J.P. Pasnak
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On January 8, 2003 00:00 am, Jean-Michel Dault wrote:
> [Contrib-RPM]

- 
Installation failed:
file /etc/php.ini from install of php-ini-4.3.0-1mdk conflicts 
with file from package php-common-4.2.3-3mdk
- --

I'm assuming that libphp_common430 should have replaced php-common?

- -- 
Live fast, die young,
you're sucking up my bandwidth.
- --
J.P. Pasnak, CD
CCNA
[EMAIL PROTECTED]
http://www.warpedsystems.sk.ca

 Kernel version: 2.4.20-2mdk
Current Linux uptime: 13 days 4 hours 27 minutes.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+HQCxBMRgzmzdk08RAph2AKDPSUtCFiEMptE95QKSMI9nDI+HhgCgzbbL
n82/Gb8f5D6NP3Awt8JlcMQ=
=5VtQ
-END PGP SIGNATURE-





[Cooker] [Bug 394] [drakxtools] New: encrypted filesystems only allow passwords larger than 19 characters

2003-01-08 Thread [Bug 394]
https://qa.mandrakesoft.com/show_bug.cgi?id=394

   Product: drakxtools
 Component: program
   Summary: encrypted filesystems only allow passwords larger than
19 characters
   Version: 1.1.9-53mdk
  Platform: Other
OS/Version: All
Status: RESOLVED
  Severity: enhancement
  Priority: P2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Title sort of says it: If you want to create an encrypted filesystem, then you 
are prompted for a password, and nothing below 20 characters is allowed. This 
is annoying and should at least be lowered or best removed.

--- Additional Comments From [EMAIL PROTECTED]  2002-10-19 00:22 ---
Created an attachment (id=38)
 --> (https://qa.mandrakesoft.com/attachment.cgi?id=38&action=view)
the main perl source file for diskdrake

OK, I hunted down the perl file that is responsible for the 20 character or
higher requirement of encrypted filesystems in diskdrake. I simply changed two
instances of the integer "20" to "10" (on Line 1194). I'd be thankful if this
got included in the next update of drakxtools. Sorry also for not posting this
as a patch, but i have no idea how that works.



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




[Cooker] [Bug 760] [guarddog] New: guarddog does not like LANGUAGE French (and others?)

2003-01-08 Thread [Bug 760]
https://qa.mandrakesoft.com/show_bug.cgi?id=760

   Product: guarddog
 Component: guarddog
   Summary: guarddog does not like LANGUAGE French (and others?)
   Version: 2.0.0-2mdk
  Platform: PC
OS/Version: All
Status: UNCONFIRMED
  Severity: critical
  Priority: P2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


If you use run guarddog under a language environment that is not C or english
the parsing of the ifconfig command fails to recognize your network interfaces
addresses and so the resulting iptables rules are incorrect.

In english ifconfig shows for example : 
eth0  Link encap:Ethernet  HWaddr 00:01:02:0C:20:8A
  inet addr:10.0.0.10  Bcast:10.0.0.255  Mask:255.255.255.0

In french the same is :
eth0  Lien encap:Ethernet  HWaddr 00:01:02:0C:20:8A
  inet adr:10.0.0.10  Bcast:10.0.0.255  Masque:255.255.255.0

Notice 'adr:' in english versus 'addr:' in french.
It seems that guarddog incorrectly parse this line using en english pattern.

temporary workaround, run: LANGUAGE=C guarddog

but the parsing should not depend on the language environnment used.
This is  a SECURITY ISSUE.



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




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

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

Is .rgo a new TLD? :)

-- 

Steve Fox
http://k-lug.org




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

2003-01-08 Thread Michael Reinsch
Hi!

On 07 Jan 2003 20:34:18 +0100
Chmouel Boudjnah <[EMAIL PROTECTED]> wrote:

> > Name: apmd
> > Version : 3.1.0
> would be great if people got test that, since i don't have a laptop
> apm ready handy (apm -g stuff also).

Works for me :)

Did some tests with -g, though my notebook doesn't need to switch to
text mode before geoing to suspend:

-g: doesn't work, apmd says: /usr/sbin/apmd: invalid option -- g

--graphic_switch: apmd starts and switches to first console before
suspending (I see it after it comes back) and back to X after wake up
and then X is killed and restarted... but that also happens for me when
using the old mechanism to do this stuff.


BTW: Did you notice https://qa.mandrakesoft.com/show_bug.cgi?id=746 ?

-- 
  Michael Reinsch <[EMAIL PROTECTED]>   http://mr.uue.org





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

2003-01-08 Thread Bryan Whitehead
Steve Fox wrote:

On Wed, 2003-01-08 at 12:32, Bryan Whitehead wrote:


In the real world, sysadmins just find a solution (like redoing the crap 
ass RPM someone made) and move on with life. If you don't like 
dependancy checking, then don't use urpmi. Use the plain rpm command. 
Write your own scripts as a wrapper. Or just patch urpmi yourself for 
your own needs. It's not rocket-science! ;)


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

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


Thanks for clarifying. The message I replied to originally implied you 
didn't like the dependacy checking / resolving features of urpmi.

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


Your right on this. I second the motion to keep urpmi from being some 
wannabe apt.

--
Bryan Whitehead
SysAdmin - JPL - Interferometry Systems and Technology
Phone: 818 354 2903
[EMAIL PROTECTED]




Re: [Cooker] Cisco aironet kernel driver not working properly

2003-01-08 Thread Chmouel Boudjnah
Jeremy <[EMAIL PROTECTED]> writes:

> ifconfig eth1 hw ether 11:11:11:11:11 (example address)

would you try as ipv4 please ?





[Cooker] Cisco aironet kernel driver not working properly

2003-01-08 Thread Jeremy
the Aironet wireless card drivers for the 4800/340/350 2.4Ghz wireless cards 
does'nt work properly in the mandrake kernel.  

when I run iwconfig i get the following

Device eth1 has been compiled with version 0
of Wireless Extension, while we are using version 13.
Some things may be broken...

but it appears to run and it will let me configure certain things.

Also when i do a ifup eth1 i get the following error message:

ifup eth1
Error for wireless request "Set Encode" (8B2A) :
SET failed on device eth1 ; Operation not supported.
Determining IP information for eth1...

With the driver in the mandrake kernel HW address assigning doesn't appear to 
work properly. I assign the address with the line

ifconfig eth1 hw ether 11:11:11:11:11 (example address)

and it says it is assigned but the card doesn't actually use that address


Lastly Kismet doesn't function with the drivers because it says they are 
reporting a invalid value:

First i run kismet_monitor (which puts it into promiscuious mode)  then i run
kismet and it shows the following

FATAL: pcap reported netlink type 1 (EN10MB) for eth1.  This probably means 
you're not in RFMON mode or your drivers are reporting a bad value.  Make 
sure you have run kismet_monitor.

THis makes it look like there are 3 problems:


1. THe drivers are compiled with the wrong version of the wireless extensions
2. Setting the HW address of the wireless card doesn't work
3. Putting the card into promiscuious mode doesn't work


But all of these work with the driver included in the linus kernel.

Would it be possible to switch the driver in the mandrake kernel to the one in 
the linus kernel ?





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

2003-01-08 Thread Chmouel Boudjnah
Michael Reinsch <[EMAIL PROTECTED]> writes:

> -g: doesn't work, apmd says: /usr/sbin/apmd: invalid option -- g

thanks will fix that.

> BTW: Did you notice https://qa.mandrakesoft.com/show_bug.cgi?id=746 ?

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





[Cooker] [Bug 746] [apm-scripts] sound suspend script should call lsof -n

2003-01-08 Thread [Bug 746]
https://qa.mandrakesoft.com/show_bug.cgi?id=746

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2003-01-09 00:34 ---
Fixed in cvs of apm-scripts



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



--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
description: 
The sound suspend script uses "lsof", but it should use "lsof -n" to avoid a
long delay before suspending if the (physical) network connection was already
removed.

This small patch does this:

--- 1sound.org  2001-09-10 10:28:58.0 +0200
+++ 1sound  2003-01-06 13:44:54.0 +0100
@@ -22,7 +22,7 @@
logger "apmscript: Program $SOUNDPROG ($SOUNDPID) of user $SOUNDUSER
on display $SOUNDDISPLAY terminated."
done
 fi
-for n in `lsof |grep /dev|grep ' 14,'|sed -e 's/ \+/|/g'|cut '-d|' -f1-3`; do
+for n in `lsof -n|grep /dev|grep ' 14,'|sed -e 's/ \+/|/g'|cut '-d|' -f1-3`; do
SOUNDPROG=`echo $n |cut '-d|' -f1`
SOUNDPID=`echo $n |cut '-d|' -f2`
SOUNDUSER=`echo $n |cut '-d|' -f3`




[Cooker] Various serious problems with drakx

2003-01-08 Thread John van Spaandonk
Hi

I've experienced several problems with Drakx in the past.
Now (as per today) it got to the point that I cannot use the graphical install
anymore.
So I figured it's time for an overview of problems I encountered... :-)

My system:
DELL dimension XPS D233
Pentium 2, 233
STB 3D graphics, containing an S3Virge DX or GX chip.
Latest Cooker, downloaded it 22:30 Amsterdam time, January 8.
BTW, I use wget to get the latest Cooker, then make a boot floppy and 
install from disk.

1. I always had this problem, also with Mandrake 9.0...
The graphical install is displayed a bit garbled. 
For example, the background at the top of the page 
(supposed to be gray?) looks like when you look at a color
TV close up. You see big pixels, RGB.
Text is barely readable.
This could be a fault of the applied X-windows graphics driver?
I could live with this problem, and my friends did not encounter it (using 
more modern hardware), so I never thougt it worth mentioning up to now.

2. Using the latest Cooker install from disk as described above.
I now cannot install _at all_ using the drakx.
It gets to the stage (in stage_2) that it starts X.
Then it draws the top of the page (which looks like described above, 
showing Welcome to Mandrake Cooker or something like that)
and then bombs concluding with the message: the system can be safely rebooted.
I managed to write down some messages (from the alt-F4 window):
trying to load I810fb module with xress (800)
insmodding module failed
trying with FBDEV
trying with VGA16

meanwhile in the main window, drakx starts complaining about fonts that are
not configured, fontconfig that is not installed properly, displays that are 
not available etc.

At the moment I see no way of installing Cooker without damaging 
my file system - see problems 3.

3. I try to install anyway using the text-based install. 
Unfortunately drakx does not accept both text-based  and expert as
 options, so now I am stuck in the normal mode.
I select upgrade option (BTW what happened to upgrade packages only?
Is this now gone? I liked that because it skips unnessesary 
installation steps)
Packages are installed fine.
However then it FORCES me to install the boot loader, either on the 
boot sector or on the partition. Both options fail, because I have a name
in the GRUB menu that ends with a space! ("Mandrake Cooker ")
So now I cannot go further. 
First question? Why o why does Drakx force me to install a boot loader
when I select upgrade an existing system? It should at least offer me the 
possibility to skip this step.
It is very unfortunate that drakx at no place includes a cancel
installation option, so now I have to reset the computer, 
forcing me to repair two filesystems, reboot
and now I can using the new version of Cooker.
This part I  like!  :-)

By the way I really like the way things are going, draktools are improving
tremendously etc, so don't take this as negative critique!

I hope this helps.
I'm sorry for the length of this email.
Just ask if I need to provide more information / do experiments.

I did not see anything about these problems on the mailing list.
(apart from being forced to install a boot loader)
Am I the only one experiencing problems with the graphical setup?

John

4. 




Re: [Cooker] Messy double vision AA fonts?

2003-01-08 Thread Jason Straight
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Wednesday 08 January 2003 05:05 pm, Pascal wrote:
> Le Mercredi 8 Janvier 2003 22:53, Jason Straight a écrit :
> > Is anyone else experiencing the double looking fonts with kmail? The
> > folder list on mine displays the bold fonts with double vision
> > appearance, don't know if it started with KDE updates or X or 
>
> I dont have this in kmail but look at the clock in the kde control center
> it's a double one ,) ( system -> Date and time   choice)
>
> Pascal Cavy

Oddly enough mine is only double in administrator mode.

- --
Jason Straight
ICQ: 1796276
PGP: http://www.jeetkunedomaster.net/~jason/pubkey.asc

The only things in life we have any control over are the decisions we make,
Unfortunately, we have no control over the consequences of those decisions.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)

iQCVAwUBPhyrpRFHZPcobeHxAQJSmwQAuRRKdQ4p5TfbTmiKlzGD8eMPnuoLdesL
NChcHkVrrwy0v5nMNhwLhKL2KIAt//9PMoLFdBIRUi6v9aQBUZ5nDzmJ/LgjTEV0
XW1r/B/LclFDU/X8eNTy/inMzZGx5MfCjv6oAe/DqpgMW9MMtrougM5hmpGtOkP+
CnVq1II+3ZY=
=KQ0a
-END PGP SIGNATURE-





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

2003-01-08 Thread Todd Lyons
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Steve Fox wrote on Wed, Jan 08, 2003 at 03:49:33PM -0600 :
> On Wed, 2003-01-08 at 13:26, rcc wrote:
> > regardless of the question - which seems valid to me - why don't you
> > just repackage SuperFoo and remove its dependency on IBM-JDK?
> I can definitely do this. What I am wanting to do is keep urpmi from
> doing unnecessary things. If there is no good reason for urpmi to do
> this new behavior then why add it? I'm hoping the urpmi developers can
> explain the reasoning behind it, I haven't heard anything yet.

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

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

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

Blue skies...   Todd
- -- 
 Todd Lyons -- MandrakeSoft, Inc.   http://www.mandrakesoft.com/
 Favourite shell:  bash, though I also like 'init=/usr/bin/emacs'
--Andrew Tridgell
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+HKpnlp7v05cW2woRAn2yAKCuVIpLVHKERMkb4aAdrED4wbSoegCgnVzR
gTbL2Fhkk6HVgiP/oQdudMs=
=h9XO
-END PGP SIGNATURE-




[Cooker] fontconfig 2.1-2mdk zero fonts problem

2003-01-08 Thread Liam Quin
After installing fontconfig-2.1-2mdk, gnome2 programs (e.g. gedit,
gconf-editor) refuse to start:

$ gedit
No fonts found; this probably means that the fontconfig
library is not correctly configured. You may need to
edit the fonts.conf configuration file. More information
about fontconfig can be found in the fontconfig(3) manual
page and on http://fontconfig.org

strace(1) reveals that programs are reading the cache, and fc-list
returns 511 entries (lower than before).

I note that the cache files contain what looks suspiciously like garbage
as the charset entry for each font, but I'm not sure if that's the
problem.  The previous version of fontconfig did the same.

Running fc-cache -v as root doesnt' help:

# fc-cache -v -f
fc-cache: "/usr/X11R6/lib/X11/fonts": caching, 0 fonts, 9 dirs
fc-cache: "/usr/X11R6/lib/X11/fonts/encodings": caching, 0 fonts, 1 dirs
fc-cache: "/usr/X11R6/lib/X11/fonts/encodings/large": caching, 0 fonts, 0 dirs
fc-cache: "/usr/X11R6/lib/X11/fonts/Speedo": caching, 0 fonts, 0 dirs
fc-cache: "/usr/X11R6/lib/X11/fonts/TTF": caching, 34 fonts, 0 dirs
fc-cache: "/usr/X11R6/lib/X11/fonts/Type1": caching, 29 fonts, 0 dirs
fc-cache: "/usr/X11R6/lib/X11/fonts/mdk": caching, 0 fonts, 0 dirs
fc-cache: "/usr/X11R6/lib/X11/fonts/misc": caching, 55 fonts, 0 dirs
fc-cache: "/usr/X11R6/lib/X11/fonts/75dpi": caching, 397 fonts, 0 dirs
fc-cache: "/usr/X11R6/lib/X11/fonts/100dpi": caching, 397 fonts, 0 dirs
fc-cache: "/usr/X11R6/lib/X11/fonts/drakfont": caching, 348 fonts, 0 dirs
fc-cache: "/usr/share/fonts": caching, 0 fonts, 5 dirs
fc-cache: "/usr/share/fonts/default": caching, 0 fonts, 2 dirs
fc-cache: "/usr/share/fonts/default/Type1": caching, 35 fonts, 0 dirs
fc-cache: "/usr/share/fonts/default/ghostscript": caching, 19 fonts, 0 dirs
fc-cache: "/usr/share/fonts/afms": caching, 0 fonts, 1 dirs
fc-cache: "/usr/share/fonts/afms/adobe": caching, 0 fonts, 0 dirs
fc-cache: "/usr/share/fonts/override": caching, 0 fonts, 0 dirs
fc-cache: "/usr/share/fonts/ttf": caching, 0 fonts, 2 dirs
fc-cache: "/usr/share/fonts/ttf/western": caching, 9 fonts, 0 dirs
fc-cache: "/usr/share/fonts/ttf/decoratives": caching, 30 fonts, 0 dirs
fc-cache: "/usr/share/fonts/otf": caching, 0 fonts, 1 dirs
fc-cache: "/usr/share/fonts/otf/mdk": caching, 3 fonts, 0 dirs
fc-cache: "/root/.fonts": no such directory, skipping
fc-cache: succeeded

The first line of /usr/X11R6/lib/X11/fonts/TTF/fonts.cache-1 is:
"luximb.ttf" 0 "Luxi Mono:style=Bold:slant=0:weight=200:spacing=100:inde
x=0:outline=True:scalable=True:charset=  |>^1!|>^1!P0oWQ#|>^1!|>^1!|
>^1%#|>^1!|>^1!|>^1!|>^1!!!K?&   !!!)$&olY4 9;*l$ !!!.% j 9W
Ilj!!!#R   !!#0GMBc)1http://www.linux-mandrake.com/en/cookerfaq.php3 needs to be updated
to mention bugzilla if that's now the perferred reporting method.

-- 
Liam Quin, W3C XML Activity Lead, [EMAIL PROTECTED], http://www.w3.org/People/Quin/
http://www.holoweb.net/~liam/
Ankh's list of IRC clients: http://www.valinor.sorcery.net/clients/




Re: [Cooker] Messy double vision AA fonts?

2003-01-08 Thread Pascal
Le Mercredi 8 Janvier 2003 22:53, Jason Straight a écrit :
> Is anyone else experiencing the double looking fonts with kmail? The folder
> list on mine displays the bold fonts with double vision appearance, don't
> know if it started with KDE updates or X or 

I dont have this in kmail but look at the clock in the kde control center it's 
a double one ,) ( system -> Date and time   choice)

Pascal Cavy




[Cooker] Messy double vision AA fonts?

2003-01-08 Thread Jason Straight
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Is anyone else experiencing the double looking fonts with kmail? The folder 
list on mine displays the bold fonts with double vision appearance, don't 
know if it started with KDE updates or X or 


- -- 
Jason Straight
ICQ: 1796276
PGP: http://www.jeetkunedomaster.net/~jason/pubkey.asc

The only things in life we have any control over are the decisions we make,
Unfortunately, we have no control over the consequences of those decisions.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)

iQCVAwUBPhydyRFHZPcobeHxAQIv/wP9FTuSbD+MQw9K8JXoItAvqeJfIp8ilH5G
nwDMj5l048k8fiMhrCcfDezTyuhmnF1NvoI6IwXBdOO8u4LXY1t57NARMwq/X+gB
weKBtxMc2rNZkJPOHDGX3MGjVMX0mCEvuTyhqN9uaNC+hhkNvn1m0YPQlOkTNBAl
zIs6XUevPw8=
=fHRy
-END PGP SIGNATURE-





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

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

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

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

-- 

Steve Fox
http://k-lug.org




Re: [Cooker] urpme urpmi :(

2003-01-08 Thread Guillaume Cottenceau
"Frederic Crozat" <[EMAIL PROTECTED]> writes:

> > Does anybody else have though on this ?
> 
> Let's do the debian way, when trying to remove "important package" :
> 
> You are trying to remove packages which are needed to use your system.
> Please type the following to confirm : "Yes, I know I may harm my system
> blablabla" : 

As long as urpmi is not in the "basesystem" there is no reason to
have a larger group of packages for which we warn. A list of
"important but not enough to be in basesystem but yet important"
is overkill.

-- 
Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/




Re: [Cooker] Via EPIA Installing Problems Mandrake 9

2003-01-08 Thread Guillaume Cottenceau
Michael Nagler <[EMAIL PROTECTED]> writes:

> Hallo, 
> 
> I cant run Mandrake 9.0 Final! 

This is not a support channel!
 
> My problem is "There was an error installing 
> packages: XFree86-4.2.1-3mdk.i586".
> 
> If I answer yes at "Go on any way" the installation continues, 
> but later I get another error "An error occurred - mkinitrd 
> failed". From here the installation loops between this error 
> message and a dialog where I can add bootloader entries.
> 
> Here are the Mainboard spec:
> 
> VIA EPIA Mini-ITX

Searching two minutes on the errata's would have given you the
answer:

http://www.linux-mandrake.com/en/90errata.php3#viac3


-- 
Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/




Re: [Cooker] Bug in gcc-3.2.1 .src.rpm build

2003-01-08 Thread Dean S. Messing

This is to report that with the cleanup of my "alternatives" stuff
for libgcj the gcc-3.2.1 build went through just fine.

Just for fun I did a

rpm -e --nodeps $(cat files | sed 's/\.athlon.rpm//')

where `files' contained the 21 .rpm names associated to gcc-3.2.1.

I then did

rpm -Uvh files

and looked in /usr/include/libgcj-3.2.1/
and found the link

libgcj-3.2.1 --> ../../usr/include/libgcj-3.2.1/

which, of course, is invalid (and bogus).
This was _not_ there when I installed gcc-3.2.1 from the hand-intervened
build from yesterday.

I'm not sure where it came from but I went ahead, re-deleted all the
rpms as above, hand deleted all the associated links in
/etc/alternatives and /var/lib/rpm/alternatives (by looking at
creation times) and deleted the directory /usr/include/libgcj-3.2.1/
with its bogus link file and re-installed the 21 rpms.


All seems to be correct now.  Don't quite understand where that
funny link came from.

Dean




Re: [Cooker] Bug in gcc-3.2.1 .src.rpm build

2003-01-08 Thread Dean S. Messing

Austin Acton wrotes:
 :: The %post macro is executed *only* when you install the actual
 :: i586.rpm.  It is not involved in the build process at all.
 :: 
Ok. Thanks. I didn't know this (which just shows how profoundly
ignorant I really am!)

 :: > I know how to make sure there are no leftovers.  And there are none.
 :: > Each build is clean.  I have even deleted the the unpacked sources and
 :: > the spec file and done rpm -i on the .src.rpm a couple of times
 :: > "just in case".
 :: 
 :: Then I was wrong, it's not leftover files causing the problem.
 ::
 :: However, considering that nobody else has this problem, and considering
 :: that it CAN'T have anything to do with the fact that it's a dual athlon,
 :: I can only conclude that you have a non-standard system, and the error
 :: is due to having a mix of 9.0 and cooker rpms on the same system.

I agree.  And with the cleanup of the "alternatives" links for libgcj-3.2
which I mentioned in my eariler private mail to you, I think this
build is going to work.  I just looked in the BUILD/gcc-3.2.1 dir
and I neither see the bogus link nor the root/etc directory
in:

/usr/src/RPM/BUILD/gcc-3.2.1/obj-athlon-mandrake-linux-gnu/gcc/include

But I'll wait to completion of the build before I say any more.
It's currently do the compiler tests.

But I _will_ say that all I did on this machine that was different
than the laptop on which building always has worked was that I built
and installed gcc-3.2-4mdk from cooker in late Nov/early Dec.  I'm
guessing that something in _that_ install screwed up the alternatives
links for libgcj and led to my current problems.

So the fact that nobody has seen it only means that very few have
walked the exact path I did. Since I didn't even know about
"alternatives" before two days ago, I doubt I am (directly) to blame :-)
But who knows.  Clearly the bug is not in the current package.

Dean




Re: [Cooker] kmailcool and kontact

2003-01-08 Thread Laurent Montel
Le Wednesday 08 January 2003 20:48, Buchan Milne a écrit :

No I am against.
Because there is not stable and it will conflict with kdepim/kdenetwork.

So I am against it.

And kontact contains kmail-cool
=> not necessary to create two packages.

Regards.


> I saw kontact (http://kontact.org) was announced recently, and wanted to
> try it. So far I have compiled kmail-cool, which seems quite - cool -
> (ie ldap-completion, maybe kmail also has it, who knows ...).
>
> Are there any plans to package the two in Mandrake (contribs?). If not,
> would anyone object if I did (just to try it out, and I'll upload if it
> looks worthwhile..)
>
> Buchan





Re: [Cooker] Re: [CHRPM] rpm-4.0.4-25mdk

2003-01-08 Thread Chmouel Boudjnah
David Walser <[EMAIL PROTECTED]> writes:

> Is rpm-spec-mode documented somewhere?

M-x customize-group rpm-spec-mode





Re: [Cooker] Bug in gcc-3.2.1 .src.rpm build

2003-01-08 Thread Austin Acton
On Wed, 2003-01-08 at 14:44, Dean S. Messing wrote:
>  :: > %if %{build_java}
>  :: > %post -n libgcj%{libjava_major}-devel
>  :: > update-alternatives --install %{_includedir}/libgcj libgcj 
>%{_includedir}/libgcj-%{version} %{gcj_alternative_priority}
>  :: > %endif
>  :: 
>  :: These lines are executed at install-time, not compile time.
> 
> I know. I probably was sloppy in my terminolgy if I said "compile" when
> I should have said "build".  I do realise the problem is occuring
> during "installation" into the buildroot.  That's how come I was
> able to "fix" it.

The %post macro is executed *only* when you install the actual
i586.rpm.  It is not involved in the build process at all.

> I know how to make sure there are no leftovers.  And there are none.
> Each build is clean.  I have even deleted the the unpacked sources and
> the spec file and done rpm -i on the .src.rpm a couple of times
> "just in case".

Then I was wrong, it's not leftover files causing the problem.

However, considering that nobody else has this problem, and considering
that it CAN'T have anything to do with the fact that it's a dual athlon,
I can only conclude that you have a non-standard system, and the error
is due to having a mix of 9.0 and cooker rpms on the same system.

Austin

-- 
Austin Acton Hon.B.Sc.
 Synthetic Organic Chemist, Teaching Assistant
   Department of Chemistry, York University, Toronto
 MandrakeClub Volunteer (www.mandrakeclub.com)
 homepage: www.groundstate.ca





[Cooker] Newer version of rawwritewin...

2003-01-08 Thread Thomas Backlund
I just noticed that the version of rawwritewin in the dosutils
directory in Cooker is version 0.3

At the page:
http://uranus.it.swin.edu.au/~jn/linux/rawwrite.htm

there is version 0.7

the binary:
http://uranus.it.swin.edu.au/~jn/linux/rawwritewin-0.7.zip

and source:
http://uranus.it.swin.edu.au/~jn/linux/rawwritewin-0.7.src.zip

and it's still GPL, so maybe an update is in place...

Thomas






Re: [Cooker] apache2 mime types - add SVG

2003-01-08 Thread Jean-Michel Dault
Le mer 08/01/2003 à 14:11, Liam Quin a écrit :
> Please can you add
> image/svg+xml svg SVG
> to apache-mime.types?  Or should that go upstream?

OK, I will do it in my next version, but it should do upstream as
well... =)

Jean-Michel

> 
> (as an aside, it'd be cool to see the Adobe SVG browser plugin
> in contrib or the club, but I'm not sure Adobe will allow that.
> I'm hoping for a mozilla build with SVG support, but it's still
> early days for that, I think)
> 
> Thanks
> 
> Liam
> 
> -- 
> Liam Quin, W3C XML Activity Lead, [EMAIL PROTECTED], http://www.w3.org/People/Quin/
> http://www.holoweb.net/~liam/
> Ankh's list of IRC clients: http://www.valinor.sorcery.net/clients/
> 





Re: [Cooker] php-cgi depends on contrib package php-ini

2003-01-08 Thread Jean-Michel Dault
Yup, it's just that Cooker rejected my package (no new package allowed),
so I put it temporarily in the Contribs.

Warly, can you move php-ini from Contribs to Cooker?

Jean-Michel

Le mer 08/01/2003 à 15:19, psic4t a écrit :
> hi fellow cookers,
> 
> the main package php-cgi-4.3.0-1mdk has a dependancy on the contrib 
> package php-ini-4.3.0-1mdk.
> 
> this is no good stuff. :)
> 
> Jean-Michel?
> 
> greets, matthias.
> -- 
> Public Key ID: 0x8078B10C
> JID: [EMAIL PROTECTED]
> 





Re: [Cooker] Bug in gcc-3.2.1 .src.rpm build

2003-01-08 Thread Dean S. Messing

Austin, as I just wrote you in private mail, I'm trying another build because
I found some funnies in my "alternatives" system.  
But I'll comment on your remarks below, nonetheless.

Austin Acton
 :: On Tue, 2003-01-07 at 23:26, Dean S. Messing wrote:
 :: > No it is getting created during the build.  I discovered, also,
 :: > that after the build bomb-out one finds in
 :: > /var/tmp/gcc-3.2.1-root/usr/lib/gcc-lib/i586-mandrake-linux-gnu/3.2.1/include/
 :: > a `root/' directory in which there is both a usr/ subdir and an etc/
 :: > subdir.
 :: 
 :: This is normal.  This is the buildroot directory.  It's where RPM gets
 :: the files to put into the package.

I'm not sure you read the above carefully (or maybe I was not clear):
I know about the buildroot directory in /var/tmp (and the little shell
rpm.tmp. script in /var/tmp assocaiated to it.

My point was the existence of the root/etc directory in
/var/tmp/gcc-3.2.1-root/usr/lib/gcc-lib/i586-mandrake-linux-gnu/3.2.1/include/

On the machine (my laptop) for which the build goes through, this directory
is _not_ present.  Only root/usr.

 :: > The lines I suspected of creating the alternative stuff
 :: > were:
 :: > 
 :: > %if %{build_java}
 :: > %post -n libgcj%{libjava_major}-devel
 :: > update-alternatives --install %{_includedir}/libgcj libgcj 
 :%{_includedir}/libgcj-%{version} %{gcj_alternative_priority}
 :: > %endif
 :: 
 :: These lines are executed at install-time, not compile time.

I know. I probably was sloppy in my terminolgy if I said "compile" when
I should have said "build".  I do realise the problem is occuring
during "installation" into the buildroot.  That's how come I was
able to "fix" it.

 :: > Didn't try, but I seriously doublt it because the .spec file
 :: > contains the explicit `ln -s' commands that cause the failure.
 :: 
 :: ln -s is not causing the failure.  The failure is caused by said
 :: symbolic link already existing.  Which is why Todd and I both had the
 :: initial question: are you 100% sure your buildroot was empty?

ls -s "exposing" the failure.  The existence of the link is "causing"
the failure.  Sorry, again for my impreciseness.

 :: > I did discover two differences between the system on which it
 :: > builds and the one on which it does not.
 :: > The working system had a stock Mdk 9.0 installation of gcc-3.2-1mdk.i586.rpm.
 :: > The non-working system had a re-build of the cooker gcc-3.2 from
 :: > around Nov 25th. built for an athlon-mp. (This was necessary to
 :: > get MPlayer to compile).
 :: 
 :: Again leads me to believe that the symlink was leftover from that build.

Please trust me (you and I have both heard that before).
I know how to make sure there are no leftovers.  And there are none.
Each build is clean.  I have even deleted the the unpacked sources and
the spec file and done rpm -i on the .src.rpm a couple of times
"just in case".

 :: > I did "solve" the problem by deleting the link and root/etc/ directories
 :: > deep down in the /usr/src/RPM/BUILD/gcc-3.2.1 (again, sorry
 :: > for not remembering exactly where)
 :: 
 :: You mean /var/tmp/gcc-3.2.1-buildroot/etc.  

No I (think) I mean in the BUILD dir.  After deleting
the root/etc/  and the bogus link in

/usr/src/RPM/BUILD/gcc-3.2.1/obj-athlon-mandrake-linux-gnu/gcc/include

I also deleted the buildroot in /var/tmp
as well as the rpm.tmp. file, and did

rpm --short-circuit -bi gcc.spec
and it rebuild the buildroot and generated the .rpm files
This was couple of days ago and so I hope I am not experiencing
a case of "I dreamed that I did it" :-)

 :: > So when I find bugs is it OK to report them here as I did?
 :: 
 :: Yes.  Although this wasn't technically a 'bug'.

Ok.

 :: > Shall I assume they will get seen even if there's no ack?
 :: 
 :: They will get seen.  But it's always possible that nobody will have time
 :: to work on it.
 :: 
 :: > If someone instructs me on what, exactly, to do to trace this
 :: > I'll do it.  Problem is that now that I have installed the
 :: > latest gcc the bug may vanish, if it had anything to do
 :: > with the above machine differences.
 :: 
 :: Do this:
 :: # rm -fr /var/tmp/*root

Have done this each time.

 :: # rm -fr /usr/src/RPM/BUILD/*

As well as this.

 :: # rm -fr /usr/src/RPM/tmp/*

/usr/src/RPM/tmp does not nor ever has existed on my system.

 :: before you try to build anything, and you won't have any problems like
 :: this.

I wish.

Dean




Re: [Cooker] apache2 mime types - add SVG

2003-01-08 Thread Liam Quin
Austin Acton <[EMAIL PROTECTED]> wrote:
> Current Adobe SVG plugin current crashes mozilla. (for me anyway)

It does for me too, but works in Phoenix. I'm not sure what the problem
is, exactly though. I'm suspecting a gcc version thing.

At any rate, it would still be sueful to have the mime type in the apache
conf file: Mandrake Linux can be sued as a web server for non-mozilla
web browsers :-)

Liam

-- 
Liam Quin, W3C XML Activity Lead, [EMAIL PROTECTED], http://www.w3.org/People/Quin/
http://www.holoweb.net/~liam/
Ankh's list of IRC clients: http://www.valinor.sorcery.net/clients/




[Cooker] kmailcool and kontact

2003-01-08 Thread Buchan Milne
I saw kontact (http://kontact.org) was announced recently, and wanted to
try it. So far I have compiled kmail-cool, which seems quite - cool -
(ie ldap-completion, maybe kmail also has it, who knows ...).

Are there any plans to package the two in Mandrake (contribs?). If not,
would anyone object if I did (just to try it out, and I'll upload if it
looks worthwhile..)

Buchan
-- 
|--Another happy Mandrake Club member--|
Buchan MilneMechanical Engineer, Network Manager
Cellphone * Work+27 82 472 2231 * +27 21 8828820x121
Stellenbosch Automotive Engineering http://www.cae.co.za
GPG Key   http://ranger.dnsalias.com/bgmilne.asc
1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7





Re: [Cooker] Via EPIA Installing Problems Mandrake 9

2003-01-08 Thread Todd Lyons
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Michael Nagler wrote on Wed, Jan 08, 2003 at 07:45:15PM +0100 :
> 
> I cant run Mandrake 9.0 Final! 
> 
> My problem is "There was an error installing 
> packages: XFree86-4.2.1-3mdk.i586".
> 
> If I answer yes at "Go on any way" the installation continues, 
> but later I get another error "An error occurred - mkinitrd 
> failed". From here the installation loops between this error 
> message and a dialog where I can add bootloader entries.

When this first came up, the solution was to delete or move the 
lib/i686 directory as soon as it was installed.  It's either under /tmp
or /mnt during the install.

Blue skies...   Todd
- -- 
...and I will strike down upon thee with great vengeance and furious
 anger, those who attempt to poison and destroy my binaries, and you 
will know my name is root, when I lay my vengeance upon thee.
   Cooker Version mandrake-release-9.1-0.1mdk Kernel 2.4.20-2mdk
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+HH4Ulp7v05cW2woRAgZUAJ4vBhQMnw82TPAAqBdK4Q08S1izFwCfTW6G
uDSIibd/DhBlCaktg8dI9/A=
=6/ho
-END PGP SIGNATURE-




Re: [Cooker] Re: [CHRPM] mozilla-1.3-0.alpha.2mdk

2003-01-08 Thread Buchan Milne
Lea Gris wrote:
> Buchan Milne wrote:

>> Does this help?
>>
>> http://ranger.dnsalias.com/mandrake/cooker/enigmail-0.71.1.tar.gz
> 
> 
> The url just return 403 forbidden
> 
> I can acces the cooker directory BTW
> 

Fixed, sorry, forget my home umask differs from my umask here, most
files I scp are generated at home ...

Buchan

-- 
|--Another happy Mandrake Club member--|
Buchan MilneMechanical Engineer, Network Manager
Cellphone * Work+27 82 472 2231 * +27 21 8828820x121
Stellenbosch Automotive Engineering http://www.cae.co.za
GPG Key   http://ranger.dnsalias.com/bgmilne.asc
1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7





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

2003-01-08 Thread Buchan Milne
Bryan Whitehead wrote:
> Steve Fox wrote:
> 
>> On Mon, 2003-01-06 at 23:19, Vox wrote:
>>
>>
>>>  I actually like to think that urpmi getting old unresolved deps
>>>  flagged is A Good Thing(tm). If you don't care for deps, don't use a
>>>  package *manager*.
>>
>>
>>
>> I totally appreciate that for packages which are being
>> upgraded/installed. But for stuff that's not being modified, it
>> shouldn't worry about it.
>>
>> The whole "all dependencies must always be resolved" is nice if you live
>> in your closed little world where smart packagers like Mandrake create
>> proper dependencies.
>> But in the Real World (tm), there are idiots who package things to fit
>> in their little world. They won't listen to me when I say to use a
>> "Requires: java" instead of "Requires: IBM-JDK".
>>
> 
> In the real world, sysadmins just find a solution (like redoing the crap
> ass RPM someone made) and move on with life. If you don't like
> dependancy checking, then don't use urpmi. Use the plain rpm command.
> Write your own scripts as a wrapper. Or just patch urpmi yourself for
> your own needs. It's not rocket-science! ;)
> 
> Just don't advocate breaking a tool other people like for your *small*
> need of getting one damn broken rpm to smoothly work! Find a better tool
> for your needs or create your own tools from scratch.
> 

Actually, I think my proposal for having user-defineable
provide/requires etc for urpmi would solve this one too, but I still
think it shouldn't be messing with RPMs that it's not busy with ...

One could just add (in this case):

Provides: IBM-SDK
to whichever file fpons decides to use, if he can implement it ... maybe
 even a gui from rpmdrake (that's probably asking too much ...)

Buchan


-- 
|--Another happy Mandrake Club member--|
Buchan MilneMechanical Engineer, Network Manager
Cellphone * Work+27 82 472 2231 * +27 21 8828820x121
Stellenbosch Automotive Engineering http://www.cae.co.za
GPG Key   http://ranger.dnsalias.com/bgmilne.asc
1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7





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

2003-01-08 Thread rcc
 
> So my question is why would this unrelated unresolved dependency be
> added? Or using the example from above, why does it want to remove
> SuperFoo which has an unresolved dependency on IBM-JDK even though
> nothing else that I am installing/upgrading has any requirement on
> IBM-JDK (or anything Java related for that matter).

regardless of the question - which seems valid to me - why don't you
just repackage SuperFoo and remove its dependency on IBM-JDK?

- Mark





[Cooker] php-cgi depends on contrib package php-ini

2003-01-08 Thread psic4t
hi fellow cookers,

the main package php-cgi-4.3.0-1mdk has a dependancy on the contrib 
package php-ini-4.3.0-1mdk.

this is no good stuff. :)

Jean-Michel?

greets, matthias.
-- 
Public Key ID: 0x8078B10C
JID: [EMAIL PROTECTED]




[Cooker] Via EPIA Installing Problems Mandrake 9

2003-01-08 Thread Michael Nagler
Hallo, 

I cant run Mandrake 9.0 Final! 

My problem is "There was an error installing 
packages: XFree86-4.2.1-3mdk.i586".

If I answer yes at "Go on any way" the installation continues, 
but later I get another error "An error occurred - mkinitrd 
failed". From here the installation loops between this error 
message and a dialog where I can add bootloader entries.

Here are the Mainboard spec:

VIA EPIA Mini-ITX
VIA C3
VIA Apollo PLE133 North Bridge
ATA-100/66/33
VIA VT8231 South Bridge
VIA AC-97 Audio Onboard
VIA 10/100 Ethernet LAN
VIA TV Out
PC1300/100 SDRAM

I have tried different CD-Rom media incl. RW cd's.
I have used 3 different VIA EPIA mainboards and CD rom
drives but without any luck.

What can I do?

Thank you very much!

Michael Nagler

-- 
+++ GMX - Mail, Messaging & more  http://www.gmx.net +++
NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen!





[Cooker] [Bug 759] [urpmi] New: urpmi should not consider unrelated unresolved dependencies

2003-01-08 Thread [Bug 759]
https://qa.mandrakesoft.com/show_bug.cgi?id=759

   Product: urpmi
 Component: urpmi
   Summary: urpmi should not consider unrelated unresolved
dependencies
   Version: 4.2-4mdk
  Platform: PC
OS/Version: All
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I am pasting in the email I sent to the Cooker list as I have only received one
response from MandrakeSoft employees so far.

-

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

Justification:

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

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

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

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

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

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

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

--

To this François Pons responded:

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

--

So my question is why would this unrelated unresolved dependency be added? Or
using the example from above, why does it want to remove SuperFoo which has an
unresolved dependency on IBM-JDK even though nothing else that I am
installing/upgrading has any requirement on IBM-JDK (or anything Java related
for that matter).

Thanks.



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




[Cooker] kernel-2.4.21-pre2.1mdk XFS

2003-01-08 Thread Frej Rasmussen
Even though the change log states that XFS filesystem is merged upstream
there's absolutely no trace of it :/, even in the kernel-source package.

Frej Rasmussen







Re: [Cooker] GPM error: unknown mouse type 250

2003-01-08 Thread Quel Qun

--- Original Message ---
From: Chuck Shirley <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: [Cooker] GPM error: unknown mouse type 250

>Hello List!
>   Here is a minor problem with gpm that I have been living
>with for quite some time (always??)  When switching from X to a
>virtual console, I often encounter a badly behaving mouse, typically
>requiring the following to get it straightened out.  The mouse that
>I use is a Radio Shack branded trackball with three buttons and two
>scroll-wheels.  It works excellently in X, and, when gpm's imps2 
>driver loads without complaining, it works perfectly on the virtual
>terminals as well.
>
>[chas@megalodon chas]$ *** err [mice.c(1864)]: imps2: PS/2 mouse
failed init
>*** err [mice.c(1864)]: imps2: PS/2 mouse failed init
>
>[chas@megalodon chas]$ su -c "service gpm restart"
>Password:
>Shutting down console mouse services:  
[FAILED]
>Starting console mouse services: *** err [mice.c(1892)]: imps2:
Auto-detected unknown mouse type 250, assuming standard PS/2
>*** err [mice.c(1892)]: imps2: Auto-detected unknown mouse type
250, assuming standard PS/2
>   
[  OK  ]
>[chas@megalodon chas]$ su -c "service gpm restart"
>Password:
>Shutting down console mouse services:  
[  OK  ]
>Starting console mouse services:   
[  OK  ]
>[chas@megalodon chas]$
>
Yes, I don't think this is a Mandrake bug per se, except that
someone should really take the time to fix this problem and apply
a custom patch.
gpm seems to lose synchronization with the mouse and only receive
an ACK character (250) instead of the intended id (3 for the
imps2 IIRC).
It has been reported many times, some people have submitted
patches, but nothing has ever been applied.
It is the kind of glitch that is very annoying in the long term,
but not annoying enough as soon as you try to get into the source
code and fix it.
Here is the last thread I found about it:
http://lists.linux.it/pipermail/gpm/2002-December/000569.html

=-=
kk1





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

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

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

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

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

-- 

Steve Fox
http://k-lug.org




Re: [Cooker] NVidia drivers won't compile with newest Cooker

2003-01-08 Thread paul
On Wed, 08 Jan 2003 10:44:09 -0800 (PST), "Quel Qun" wrote:

> 
> 
> --- Original Message ---
> From: [EMAIL PROTECTED] (Robert Fox)
> To: [EMAIL PROTECTED]
> Subject: [Cooker] NVidia drivers won't compile with newest Cooker
> 
> >Up until just recently - I have built the NVidia latest drivers
> from 
> >source (v4191) without problems.
> >
> >Now with the latest Cooker (with the new glibc and 
> >kernel-2.4.21.pre2.1mdk) - the NVIDIA drivers won't compile.
> >
> >There are a ton of warnings and problems -
> >
> They compile fine, but you may need two things:
> 
> 1. ln -s ../../../usr/src/linux /lib/modules/2.4.21-pre2.1mdk/build
> 
> 2. Use IGNORE_CC_MISMATCH:
> IGNORE_CC_MISMATCH=1 rpm --rebuild NVIDIA_kernel-1.0-4191.src.rpm
> =-=
> kk1

These items are not needed if he really has the latest cooker.  The kernel was
build with the current compiler, although he could get mismatch error messages
if he doesn't have the kernel sources installed.

I agree with the others that everything builds and works with no fuss, at least
with the cooker as of last night.

Paul




Re: [Cooker] apache2 mime types - add SVG

2003-01-08 Thread Austin Acton
On Wed, 2003-01-08 at 13:11, Liam Quin wrote:
> (as an aside, it'd be cool to see the Adobe SVG browser plugin
> in contrib or the club, but I'm not sure Adobe will allow that.
> I'm hoping for a mozilla build with SVG support, but it's still
> early days for that, I think)

Current Adobe SVG plugin current crashes mozilla. (for me anyway)
Austin

-- 
Austin Acton Hon.B.Sc.
 Synthetic Organic Chemist, Teaching Assistant
   Department of Chemistry, York University, Toronto
 MandrakeClub Volunteer (www.mandrakeclub.com)
 homepage: www.groundstate.ca





[Cooker] apache2 mime types - add SVG

2003-01-08 Thread Liam Quin
Please can you add
image/svg+xml svg SVG
to apache-mime.types?  Or should that go upstream?

(as an aside, it'd be cool to see the Adobe SVG browser plugin
in contrib or the club, but I'm not sure Adobe will allow that.
I'm hoping for a mozilla build with SVG support, but it's still
early days for that, I think)

Thanks

Liam

-- 
Liam Quin, W3C XML Activity Lead, [EMAIL PROTECTED], http://www.w3.org/People/Quin/
http://www.holoweb.net/~liam/
Ankh's list of IRC clients: http://www.valinor.sorcery.net/clients/




Re: [Cooker] Re: [CHRPM] mozilla-1.3-0.alpha.2mdk

2003-01-08 Thread Lea Gris
Buchan Milne wrote:

Frederic Crozat wrote:


On Wed, 08 Jan 2003 17:23:05 +0200, Buchan Milne wrote:




I'll try to check that tonight... It is very hard for me because all
MandrakeSoft IPs are somehow backlisted from mozdev.org provider so I can't
access their web server :((



Does this help?

http://ranger.dnsalias.com/mandrake/cooker/enigmail-0.71.1.tar.gz

	
The url just return 403 forbidden

I can acces the cooker directory BTW

--
 Léa Gris - http://www.noiraude.net/
()   Campagne du ruban texte brut contre les courriels en HTML,
/\   contre les pièces jointes Microsoft.





Re: [Cooker] NVidia drivers won't compile with newest Cooker

2003-01-08 Thread Quel Qun

--- Original Message ---
From: [EMAIL PROTECTED] (Robert Fox)
To: [EMAIL PROTECTED]
Subject: [Cooker] NVidia drivers won't compile with newest Cooker

>Up until just recently - I have built the NVidia latest drivers
from 
>source (v4191) without problems.
>
>Now with the latest Cooker (with the new glibc and 
>kernel-2.4.21.pre2.1mdk) - the NVIDIA drivers won't compile.
>
>There are a ton of warnings and problems -
>
They compile fine, but you may need two things:

1. ln -s ../../../usr/src/linux /lib/modules/2.4.21-pre2.1mdk/build

2. Use IGNORE_CC_MISMATCH:
IGNORE_CC_MISMATCH=1 rpm --rebuild NVIDIA_kernel-1.0-4191.src.rpm
=-=
kk1





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

2003-01-08 Thread Bryan Whitehead
Steve Fox wrote:

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



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



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

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

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


In the real world, sysadmins just find a solution (like redoing the crap 
ass RPM someone made) and move on with life. If you don't like 
dependancy checking, then don't use urpmi. Use the plain rpm command. 
Write your own scripts as a wrapper. Or just patch urpmi yourself for 
your own needs. It's not rocket-science! ;)

Just don't advocate breaking a tool other people like for your *small* 
need of getting one damn broken rpm to smoothly work! Find a better tool 
for your needs or create your own tools from scratch.

--
Bryan Whitehead
SysAdmin - JPL - Interferometry Systems and Technology
Phone: 818 354 2903
[EMAIL PROTECTED]




Re: [Cooker] NVidia drivers won't compile with newest Cooker

2003-01-08 Thread Brandon Long
Mine work too,  NVIDIA-(kernel|GLX)-4191 with the latest cooker.
I'm using the WOLK kernel and have the WOLK nvidia-source patch.
Compiled without a problem.

On Wednesday 08 January 2003 11:29, Robert Fox wrote:
> Up until just recently - I have built the NVidia latest drivers from
> source (v4191) without problems.
>
> Now with the latest Cooker (with the new glibc and
> kernel-2.4.21.pre2.1mdk) - the NVIDIA drivers won't compile.
>
> There are a ton of warnings and problems -
>
> Thanks,
> R.Fox

-- 
Brandon Long
Northern Michigan Online
[EMAIL PROTECTED]
gpg key at www.keyserver.net




Re: [Cooker] Re: [CHRPM] rpm-4.0.4-25mdk

2003-01-08 Thread David Walser
Is rpm-spec-mode documented somewhere?

__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com




[Cooker] Kernel SCSI errors writing audio CD?

2003-01-08 Thread Gary Lawrence Murphy

Would the recent kernel patches explain the following errors that I
get when trying to create an audio CD from a list of wav files?
Using xcdroast, the first track writes and the CD gets a table of
contents, but then the process just stalls, and if you attempt to
play the resulting CD, it hangs the system :(

I've attached 3 example cdrecord logs, using two different fresh media
from two different manufacturers, and using TAO mode...




cdrecord.out
Description: CDRecord log


cdrecord2.out
Description: CDRecord log


cdrecord3.out
Description: CDRecord log

-- 
Gary Lawrence Murphy <[EMAIL PROTECTED]>: office voice/fax: 01 519 4222723
  Business Advantage through Community Software - http://teledyn.com
"what I need is a job that doesn't interfere with my work" -gary murphy




Re: [Cooker] Re: [CHRPM] mozilla-1.3-0.alpha.2mdk

2003-01-08 Thread Buchan Milne
Frederic Crozat wrote:
> On Wed, 08 Jan 2003 17:23:05 +0200, Buchan Milne wrote:

> I'll try to check that tonight... It is very hard for me because all
> MandrakeSoft IPs are somehow backlisted from mozdev.org provider so I can't
> access their web server :((

Does this help?

http://ranger.dnsalias.com/mandrake/cooker/enigmail-0.71.1.tar.gz

-- 
|--Another happy Mandrake Club member--|
Buchan MilneMechanical Engineer, Network Manager
Cellphone * Work+27 82 472 2231 * +27 21 8828820x121
Stellenbosch Automotive Engineering http://www.cae.co.za
GPG Key   http://ranger.dnsalias.com/bgmilne.asc
1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7





Re: [Cooker] kernel cache problem

2003-01-08 Thread Sebastian Dransfeld
On Wed, 2003-01-08 at 17:52, Gilles Mocellin wrote:
> On Wed, Jan 08, 2003 at 10:04:56AM +0100, Sebastian Dransfeld wrote:
> > How do I free kernel cache? I have 768M of memory, and run tomcat 4 and
> > mysql. After a while the cache fills up to over 400M, and tomcat
> > complains that it can't get more memory for compiling .jsp pages. But
> > the system has more memory, only it is locked as cache
> > 
> > Sebastian
> > 
> > 
> Are you telling your JVM to use all your memory ?
> 
> You should start your JVM with -Xmx 700M.
> Because the JVM can allocate only 96Mo by default.

Ah I forgot about that one. Surely the problem. Seemd to weird that
the kernel wasn't doing the memory management right.
-- 
Sebastian Dransfeld <[EMAIL PROTECTED]>





Re: [Cooker] kernel cache problem

2003-01-08 Thread Gilles Mocellin
On Wed, Jan 08, 2003 at 10:04:56AM +0100, Sebastian Dransfeld wrote:
> How do I free kernel cache? I have 768M of memory, and run tomcat 4 and
> mysql. After a while the cache fills up to over 400M, and tomcat
> complains that it can't get more memory for compiling .jsp pages. But
> the system has more memory, only it is locked as cache
> 
> Sebastian
> 
> 
Are you telling your JVM to use all your memory ?

You should start your JVM with -Xmx 700M.
Because the JVM can allocate only 96Mo by default.




[Cooker] GPM error: unknown mouse type 250

2003-01-08 Thread Chuck Shirley
Hello List!
Here is a minor problem with gpm that I have been living
with for quite some time (always??)  When switching from X to a
virtual console, I often encounter a badly behaving mouse, typically
requiring the following to get it straightened out.  The mouse that
I use is a Radio Shack branded trackball with three buttons and two
scroll-wheels.  It works excellently in X, and, when gpm's imps2 
driver loads without complaining, it works perfectly on the virtual
terminals as well.

[chas@megalodon chas]$ *** err [mice.c(1864)]: imps2: PS/2 mouse failed init
*** err [mice.c(1864)]: imps2: PS/2 mouse failed init

[chas@megalodon chas]$ su -c "service gpm restart"
Password:
Shutting down console mouse services:   [FAILED]
Starting console mouse services: *** err [mice.c(1892)]: imps2: Auto-detected unknown 
mouse type 250, assuming standard PS/2
*** err [mice.c(1892)]: imps2: Auto-detected unknown mouse type 250, assuming standard 
PS/2
[  OK  ]
[chas@megalodon chas]$ su -c "service gpm restart"
Password:
Shutting down console mouse services:   [  OK  ]
Starting console mouse services:[  OK  ]
[chas@megalodon chas]$

--Charles S.
 




Re: [Cooker] Re: [CHRPM] php-4.3.0-1mdk

2003-01-08 Thread Jean-Michel Dault
You're talking about php-ini, right?

I have come to a compromise:
- php.ini will contain the configuration directives for all php standard
modules.
- In that case, the ini file in /etc/php/[number]-[package].ini file
will contain just the "extension = package.so" line.

The reason for this is that, the /etc/php directory is loaded *after*
the main php.ini.

That means that if someone has some settings in php.ini, and we have the
same directives in one of the included ini files, the included ones will
*override* the settings in the main file, which is bad.

Some hosting companies use php as a CGI and put the php.ini in the
user's home directory so they can modify their own settings. 

So all directives must go in php.ini, unless this is a new extension,
then we can put the configuration directives in its own file.

Jean-Michel

Le mer 08/01/2003 à 09:11, Oden Eriksson a écrit :
> > +  (Oden, have fun ;-)
> 
> ;)
> 
> BTW. One of your new php packages did not follow your new build policy.
> 





Re: [Cooker] NVidia drivers won't compile with newest Cooker

2003-01-08 Thread Charles A Edwards
On Wed, 08 Jan 2003 17:29:46 +0100
[EMAIL PROTECTED] (Robert Fox) wrote:

> Now with the latest Cooker (with the new glibc and 
> kernel-2.4.21.pre2.1mdk) - the NVIDIA drivers won't compile.


I built and installed them without problem yesterday and am running them
now.


Charles


It may be bad manners to talk with your mouth full, but it isn't too
good either if you speak when your head is empty.
--
Mandrake Linux 9.1
Kernel- 2.4.21-1mdk
--




[Cooker] [Bug 758] [XFree86] New: XFree : Bugs on S3 chipsets

2003-01-08 Thread [Bug 758]
https://qa.mandrakesoft.com/show_bug.cgi?id=758

   Product: XFree86
 Component: XFree86
   Summary: XFree : Bugs on S3 chipsets
   Version: 4.2.99.3-1.20021223.4mdk
  Platform: PC
OS/Version: All
Status: UNCONFIRMED
  Severity: major
  Priority: P2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


* X server doesn't work on a HP Brio desktop machine, I have too many graphic bugs.
The chipset detected by lspcidrake is : Card:S3 Savage4 : S3 Inc.|ProSavage PM133

* Same problem with a IBM ThinkPad laptop.
lspcidrake detects : 
Card:S3 Savage (generic, sw_cursor): S3 Inc.|86C270-294 Savage/IX-MV

* Otherwise, fbdev drivers work perfectly with S3 chipsets.



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




Re: [Cooker] php-gd needs recompilation ?

2003-01-08 Thread Jean-Michel Dault
The problem is that not all the extensions are synchronized yet, just
wait a bit =)

Jean-Michel

Le mer 08/01/2003 à 09:12, Fabrice MARIE a écrit :
> 
> The subject says it all ;-)
> 
> 
> Nothing urgent, just to let you know.
> 
> ---
> 
> tail /var/log/httpd/error_log:
> 
> [Wed Jan 08 21:02:49 2003] [notice] Digest: done
> PHP Warning:  Unable to load dynamic library \
>  '/usr/lib/php/extensions/gd.so' - /usr/lib/php/extensions/gd.so: \
>  undefined symbol: php_stream_stdio_ops in Unknown on line 0
> [Wed Jan 08 21:02:51 2003] [notice] Apache-AdvancedExtranetServer/2.0.43 \
> (Mandrake Linux/4mdk) mod_ssl/2.0.43 OpenSSL/0.9.6g \
> configured -- resuming normal operations
> 
> php-gd-4.3.0-1mdk
> libgd1-1.8.4-8mdk
> libgd1-devel-1.8.4-8mdk
> 
> php-pspell-4.2.3-1mdk
> apache2-mod_php-2.0.43_4.2.3-2mdk
> php-sockets-4.2.3-1mdk
> php-zip-4.2.3-1mdk
> php-ldap-4.3.0-1mdk
> php-mcrypt-4.2.3-2mdk
> php-common-4.2.3-3mdk
> libphp_common430-430-1mdk
> php-cgi-4.3.0-1mdk
> php-mysql-4.3.0-1mdk
> php-xml-4.3.0-1mdk
> phplot-4.4.6-1mdk
> php-bzip2-4.2.3-1mdk
> php-imap-4.3.0-1mdk
> 
> Thanks a lot.
> 
> Have a nice day,
> 
> Fabrice.
> --
> Fabrice MARIE
> 
> "Silly hacker, root is for administrators"
>-Unknown
> 





[Cooker] NVidia drivers won't compile with newest Cooker

2003-01-08 Thread Robert Fox
Up until just recently - I have built the NVidia latest drivers from 
source (v4191) without problems.

Now with the latest Cooker (with the new glibc and 
kernel-2.4.21.pre2.1mdk) - the NVIDIA drivers won't compile.

There are a ton of warnings and problems -

Thanks,
R.Fox




Re: [Cooker] Re: [CHRPM] mozilla-1.3-0.alpha.2mdk

2003-01-08 Thread Frederic Crozat
On Wed, 08 Jan 2003 17:23:05 +0200, Buchan Milne wrote:

> Frederic Crozat wrote:
>> --=-=-=
>> Name: mozilla  Relocations: (not relocateable)
>> Version : 1.3   Vendor: MandrakeSoft
>> Release : 0.alpha.2mdk  Build Date: Tue Jan  7 16:32:43 2003
>> Install date: (not installed)   Build Host: hp6.mandrakesoft.com
>> Group   : Networking/WWWSource RPM: (none)
>> Size: 35016545 License: MPL
>> Packager: Mandrake Linux Team 
>> URL : http://www.mozilla.org
>> Summary : Mozilla, open-source web browser
>> Description :
>> Mozilla is an open-source web browser, designed for standards
>> compliance, performance and portability.
>> 
> 
> Fred, enigmail doesn't sign mail in this version, but does verify and
> decrypt (haven't tried encrypting), but at least does not crash. Could
> you try this version (or newer) next build (not urgent though)?
> 
> http://enigmail.mozdev.org/dload/src/enigmail-0.71.1.tar.gz
> 
> (I haven't been following the mailing list for enigmail, and don't
> really know what the significance of 0.71.2 and 0.71.3 are, could
> possibly just be XPI builds against the different versions of mozilla?)

I'll try to check that tonight... It is very hard for me because all
MandrakeSoft IPs are somehow backlisted from mozdev.org provider so I can't
access their web server :((
-- 
Frederic Crozat
MandrakeSoft





[Cooker] drakxtools-9.1-0.9mdk, can't launch scannerdrake

2003-01-08 Thread Lea Gris
Can't launch scannerdrake

[root@coincoin bin]# scannerdrake
TODO: XSetInputFocus if force_focus
TODO: ensure focus stuff
Use of uninitialized value in split at 
/usr/lib/libDrakX/detect_devices.pm line
111 (#1)
(W uninitialized) An undefined value was used as if it were already
defined.  It was interpreted as a "" or a 0, but maybe it was a 
mistake.
To suppress this warning assign a defined value to your variables.

To help you figure out what was undefined, perl tells you what 
operation
you used the undefined value in.  Note, however, that perl 
optimizes your
program and the operation displayed in the warning may not necessarily
appear literally in your program.  For example, "that $foo" is
usually optimized into "that " . $foo, and the warning will refer to
the concatenation (.) operator, even though there is no . in your
program.

Use of uninitialized value in numeric eq (==) at
/usr/lib/libDrakX/interactive.pm line 333 (#1)

[root@coincoin bin]# rpm -qa | grep drak | sort
drakconf-9.1-0.6mdk
drakconf-themes-0.96-16plf
drakcronat-0.1.3-1mdk
drakfirsttime-0.16-12mdk
draksync-9.0-1mdk
drakwizard-1.2-1mdk
drakxtools-9.1-0.9mdk
drakxtools-newt-9.1-0.9mdk
harddrake-ui-9.1-0.9mdk
mandrake_desk-9.0-21mdk
mandrake_doc-fr-9.0-1mdk
mandrake-mime-0.3-1mdk
mandrake-release-9.1-0.1mdk
menudrake-0.7.2-1mdk
rfbdrake-0.9.1-4mdk
rpmdrake-2.0-27mdk
userdrake-0.5-5mdk

[root@coincoin bin]# rpm -qa | grep sane | sort
libsane1-1.0.9-2mdk
sane-backends-1.0.9-2mdk
xsane-0.90-1mdk
xsane-gimp-0.90-1mdk


--
 Léa Gris - http://www.noiraude.net/
()   Campagne du ruban texte brut contre les courriels en HTML,
/\   contre les pièces jointes Microsoft.




Re: [Cooker] Re: [CHRPM] rpm-4.0.4-25mdk

2003-01-08 Thread Chmouel Boudjnah
[EMAIL PROTECTED] (Götz Waschk) writes:

> There must be a simpler fix for this problem. I've tried it with
> xemacs, there the good old key combinations work:

i guess because they include a personal rpm-spec-mode.el, i asked
Warly to sync it with ours and most of mdk devel use GNU/Emacs anyway.  




Re: [Cooker] Re: [CHRPM] rpm-4.0.4-25mdk

2003-01-08 Thread Götz Waschk
Am Mittwoch,  8. Januar 2003, 13:52:29 Uhr MET, schrieb Chmouel Boudjnah:
> [EMAIL PROTECTED] (Götz Waschk) writes:
> > None of the old shortcuts work anymore. This is true for GNU Emacs, I
> > haven't tried Xemacs.
> yep i know it suck, but if i change it i will have to call it
> mdk-rpm-spec.el :p

There must be a simpler fix for this problem. I've tried it with
xemacs, there the good old key combinations work:
C-c r increases the release tag while C-c C-R gives me: 
'C-c C-r not defined.'
Can't you somehow translate all the shortcuts just for GNU Emacs?

-- 
   Götz Waschk <> master of computer science  <> University of Rostock
 http://wwwtec.informatik.uni-rostock.de/~waschk/waschk.asc for PGP key
 --> Logout Fascism! <--




[Cooker] [Bug 757] [kdebase] New: Konqueror : Problem of display asp page

2003-01-08 Thread [Bug 757]
https://qa.mandrakesoft.com/show_bug.cgi?id=757

   Product: kdebase
 Component: program
   Summary: Konqueror : Problem of display asp page
   Version: 3.1-0.rc6.4mdk
  Platform: Other
OS/Version: All
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Language : English 
 
 
Step to reproduce 
== 
1 - Start Konqueror and go to this URL 
http://www.nvidia.com/content/drivers/drivers.asp 
 
Problem 
=== 
Problem of text form and display.



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




[Cooker] Re: [CHRPM] mozilla-1.3-0.alpha.2mdk

2003-01-08 Thread Buchan Milne
Frederic Crozat wrote:
> --=-=-=
> Name: mozilla  Relocations: (not relocateable)
> Version : 1.3   Vendor: MandrakeSoft
> Release : 0.alpha.2mdk  Build Date: Tue Jan  7 16:32:43 2003
> Install date: (not installed)   Build Host: hp6.mandrakesoft.com
> Group   : Networking/WWWSource RPM: (none)
> Size: 35016545 License: MPL
> Packager: Mandrake Linux Team 
> URL : http://www.mozilla.org
> Summary : Mozilla, open-source web browser
> Description :
> Mozilla is an open-source web browser, designed for standards
> compliance, performance and portability.
> 

Fred, enigmail doesn't sign mail in this version, but does verify and
decrypt (haven't tried encrypting), but at least does not crash. Could
you try this version (or newer) next build (not urgent though)?

http://enigmail.mozdev.org/dload/src/enigmail-0.71.1.tar.gz

(I haven't been following the mailing list for enigmail, and don't
really know what the significance of 0.71.2 and 0.71.3 are, could
possibly just be XPI builds against the different versions of mozilla?)

Thanks,
Buchan

-- 
|--Another happy Mandrake Club member--|
Buchan MilneMechanical Engineer, Network Manager
Cellphone * Work+27 82 472 2231 * +27 21 8828820x121
Stellenbosch Automotive Engineering http://www.cae.co.za
GPG Key   http://ranger.dnsalias.com/bgmilne.asc
1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7





[Cooker] Re: [CHRPM] rpm-4.0.4-26mdk

2003-01-08 Thread Chmouel Boudjnah
[EMAIL PROTECTED] (Chmouel Boudjnah) writes:

> - add function rpm-spec-insert-changelog-version-with-shell which
>   allow to find version-release with rpm command (usefully for tricky
>   spec file like kernel).

juan can you put this at the bootom of the .spec of kernel, to have
changelog with release in it :

# Local Variables:
# rpm-spec-insert-changelog-version-with-shell: t
# End:





Re: [Cooker] cant compile gnome-utils

2003-01-08 Thread Frederic Crozat
On Wed, 08 Jan 2003 22:46:08 +1100, Antony Suter wrote:

> 
> For the current gnome-utils-2.1.90-1mdk.src.rpm, as well as the previous
> gnome-utils-*.src.rpm, I haven't been able to compile.
> 
> I keep getting the error:-
> /usr/include/linux/posix_acl.h:69: undefined reference to `kfree'
> 
> Is this part of the new glibc version 2.3.* ?
> 
> Shouldn't gnome-utils have a buildrequires of glibc >= 2.3.0 ?
> 
> My current glibc is a self compiled glibc-2.2.5-22mdk.

You probably have a broken kernel-headers..

-- 
Frederic Crozat
MandrakeSoft





Re: [Cooker] gstreamer packages post install script troubles

2003-01-08 Thread Quel Qun

--- Original Message ---
From: =?iso-8859-1?Q?G=F6tz?= Waschk
<[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: [Cooker] gstreamer packages post install script troubles

>Am Mittwoch,  8. Januar 2003, 14:31:57 Uhr MET, schrieb Lea Gris:
>>
1:gstreamer-audio-effects##=
>
>> error: execution of %post scriptlet from=20
>> gstreamer-audio-effects-0.5.1-1mdk failed, exit status 127
>> error: execution of %postun scriptlet from=20
>> gstreamer-audio-effects-0.5.0-5mdk failed, exit status 127
>>=20
>> had much pain upgrading the gstreamer packages
>
>I guess these errors only appear for packages during an upgrade. If
>there are still old plugins in the /usr/lib/gstreamer-0.5 dir
>/usr/bin/gst-register from the %post script will fail. So you should
>just ignore that errors.
>
Hmmm, not really since the old package is not uninstalled, well
at least not removed from the rpm db. That's a bit messy.
=-=
kk1





Re: [Cooker] gstreamer packages post install script troubles

2003-01-08 Thread Quel Qun

--- Original Message ---
From: Lea Gris <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: [Cooker] gstreamer packages post install script troubles

>1:gstreamer-audio-effects=
>##
>error: execution of %post scriptlet from=20
>gstreamer-audio-effects-0.5.1-1mdk failed, exit status 127
>error: execution of %postun scriptlet from=20
>gstreamer-audio-effects-0.5.0-5mdk failed, exit status 127
>
>
>   11:gstreamer-libdvdread=20
>##
>error: execution of %post scriptlet from
gstreamer-libdvdread-0.5.1-1mdk=20
>failed, exit status 127
>error: execution of %postun scriptlet from=20
>gstreamer-libdvdread-0.5.0-5mdk failed, exit status 127
>
>had much pain upgrading the gstreamer packages
>
Yes, there seem to is a problem when you upgrade from a previous
version (cf some earlier posts). Be sure to check for duplicates
with 'rpm -qa | grep gst'.

=-=
kk1





Re: [Cooker] More LDAP support in draktools?

2003-01-08 Thread Buchan Milne
François Pons wrote:
> Le lun 06/01/2003 à 18:23, Buchan Milne a écrit :

>>I was wondering if there were some applications that would apply to
>>Mandrake. Some examples:
>>
>>1)urpmi support for ldap, so that on every boot (and via cron?) machines
>>would check which software they:
>>a)Must have
>>b)should not have
> 
> 
> This is the generic problem of distributed urpmi but with a lesser
> extend. It means if almost everyone login at the same time, there will
> be a lot of traffic downloading files ?

Only if they all need new packages. Assuming not everyone runs cooker
(;-)) this shouldn't occur too often, and hopefully large roll-outs
would happen via cron.

The biggest advantage though comes when installing a new machine, you
can auto-install the machine as basic as you like, and on first boot it
will find urpmi sources and install site-specific packages assigned to
the machine (or it's OU, say when PTC releases their linux version of
Pro\Engineer, and we have converted all our CAD stations to Mandrake
;-)), when the user logs in, user-specific software would be installed
(say our Kylix users). In most cases, software installation would not be
that frequent. Updates can just be pulled nightly from a custom update
source, so updates shouldn't really be affected at al.

BTW, I haven't really played with --parallel much yet ...

> 
> This could be another tools (of urpmi suite) allowing such behaviour,
> for me it looks like better in that way.
> 

Sure.

> But I think adding or removing a software is very hard for the user, it
> removes a lot of freedom ?
> 

Proprietary licenses remove freedom ... especially when they don't have
network-licenses ... this would just make it easier to control aspects
of software distribution. In most cases one wouldn't add too many
Conflicts (except maybe nmap and other cracking tools) on most machines.

> 
>>and automatically install/remove the software. This
>>2)urpmi support for configuring urpmi sources in ldap
>>See above, assume you have a new application you want to roll out to all
>>desktops, create a new urpmi source which as the app, add the package to
>>list of required packages for the OU containing the machines, and go home.
>>(yes, there is overlap with urpmi --parallel).
> 
> 
> Of course it overlaps, see above.
> 
> It remove all the benefit of --parallel on bandwith.
> 

I haven't used --parallel, so don't know what advantages it has in
bandwidth ... but assuming urpmi would run via cron, you could schedule
the LDAP mod to occur after-hours.

> 
>>3)msec support for ldap, so that security policies can be implemented
>>per OU (including inheritance etc).
> 
> 
> Adding this to urpmi will imply adding this to msec as well ?

Not necesarrily, but there would be great advantage to being able to
modify msec behaviour via LDAP, at present the best was is a
conficuration rpm which contains :

[bgmilne@bgmilne bgmilne]$ cat /etc/cae/security/msec/level.local

#!/usr/bin/python
from mseclib import *
allow_user_list(0)

[bgmilne@bgmilne bgmilne]$ cat /etc/security/msec/level.local

#!/usr/bin/python
from mseclib import *
allow_user_list(0)

(user lists aren't that useful with LDAP and 100+ users)

The post-install script in our cae-conf package updates all config files
that exist in /etc/cae or /usr/cae (thanks kdm ...).

> 
> And sorry for answering lately,

No problem.

Buchan

-- 
|--Another happy Mandrake Club member--|
Buchan MilneMechanical Engineer, Network Manager
Cellphone * Work+27 82 472 2231 * +27 21 8828820x121
Stellenbosch Automotive Engineering http://www.cae.co.za
GPG Key   http://ranger.dnsalias.com/bgmilne.asc
1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7





Re: [Cooker] gstreamer packages post install script troubles

2003-01-08 Thread Götz Waschk
Am Mittwoch,  8. Januar 2003, 14:31:57 Uhr MET, schrieb Lea Gris:
> 1:gstreamer-audio-effects##
> error: execution of %post scriptlet from 
> gstreamer-audio-effects-0.5.1-1mdk failed, exit status 127
> error: execution of %postun scriptlet from 
> gstreamer-audio-effects-0.5.0-5mdk failed, exit status 127
> 
> had much pain upgrading the gstreamer packages

I guess these errors only appear for packages during an upgrade. If
there are still old plugins in the /usr/lib/gstreamer-0.5 dir
/usr/bin/gst-register from the %post script will fail. So you should
just ignore that errors.

-- 
   Götz Waschk <> master of computer science  <> University of Rostock
 http://wwwtec.informatik.uni-rostock.de/~waschk/waschk.asc for PGP key
 --> Logout Fascism! <--




[Cooker] gstreamer packages post install script troubles

2003-01-08 Thread Lea Gris
1:gstreamer-audio-effects##
error: execution of %post scriptlet from 
gstreamer-audio-effects-0.5.1-1mdk failed, exit status 127
error: execution of %postun scriptlet from 
gstreamer-audio-effects-0.5.0-5mdk failed, exit status 127


  11:gstreamer-libdvdread 
##
error: execution of %post scriptlet from gstreamer-libdvdread-0.5.1-1mdk 
failed, exit status 127
error: execution of %postun scriptlet from 
gstreamer-libdvdread-0.5.0-5mdk failed, exit status 127

had much pain upgrading the gstreamer packages

--
 Léa Gris - http://www.noiraude.net/
()   Campagne du ruban texte brut contre les courriels en HTML,
/\   contre les pièces jointes Microsoft.




Re: [Cooker] urpme urpmi :(

2003-01-08 Thread Buchan Milne
François Pons wrote:
> Le mer 08/01/2003 à 12:51, Buchan Milne a écrit :

>>Related to my ldap mail regarding urpmi (require or conflict certain
>>packages for ldap machine accounts), how about just doing this with a
>>file, so that if any urpmi operation in --auto tries to remove a
>>required rpm or install a conflicted rpm, that package will be dropped.
>>
>>/etc/urpmi/deps.list:
>>Requires: urpmi
>>Conflicts:apt
>>(for instance)
> 
> 
> This sound like a very good idea, I will add Provides as well (so
> simulating more or less the skip.list differently).

Ahh, yes, for those wanting to keep apache1:

Provides: apache = 
(how would this work, before apache2->apache-2 it could have been
Provides: apache2
)

?

I can't think of any more that would be useful (Obsoletes?)

Buchan

-- 
|--Another happy Mandrake Club member--|
Buchan MilneMechanical Engineer, Network Manager
Cellphone * Work+27 82 472 2231 * +27 21 8828820x121
Stellenbosch Automotive Engineering http://www.cae.co.za
GPG Key   http://ranger.dnsalias.com/bgmilne.asc
1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7





[Cooker] php-gd needs recompilation ?

2003-01-08 Thread Fabrice MARIE

The subject says it all ;-)


Nothing urgent, just to let you know.

---

tail /var/log/httpd/error_log:

[Wed Jan 08 21:02:49 2003] [notice] Digest: done
PHP Warning:  Unable to load dynamic library \
 '/usr/lib/php/extensions/gd.so' - /usr/lib/php/extensions/gd.so: \
 undefined symbol: php_stream_stdio_ops in Unknown on line 0
[Wed Jan 08 21:02:51 2003] [notice] Apache-AdvancedExtranetServer/2.0.43 \
(Mandrake Linux/4mdk) mod_ssl/2.0.43 OpenSSL/0.9.6g \
configured -- resuming normal operations

php-gd-4.3.0-1mdk
libgd1-1.8.4-8mdk
libgd1-devel-1.8.4-8mdk

php-pspell-4.2.3-1mdk
apache2-mod_php-2.0.43_4.2.3-2mdk
php-sockets-4.2.3-1mdk
php-zip-4.2.3-1mdk
php-ldap-4.3.0-1mdk
php-mcrypt-4.2.3-2mdk
php-common-4.2.3-3mdk
libphp_common430-430-1mdk
php-cgi-4.3.0-1mdk
php-mysql-4.3.0-1mdk
php-xml-4.3.0-1mdk
phplot-4.4.6-1mdk
php-bzip2-4.2.3-1mdk
php-imap-4.3.0-1mdk

Thanks a lot.

Have a nice day,

Fabrice.
--
Fabrice MARIE

"Silly hacker, root is for administrators"
   -Unknown




[Cooker] Re: [CHRPM] php-4.3.0-1mdk

2003-01-08 Thread Oden Eriksson
> +  (Oden, have fun ;-)

;)

BTW. One of your new php packages did not follow your new build policy.




[Cooker] kernel incompatible with hardware?

2003-01-08 Thread Chuck Shirley
Hello,
Three weeks ago, I made a mention of this, but never saw a 
reply, so I just waited until a new kernel hit the mirrors.  I am
currently having to run kernel-enterprise-2.4.19-8.  I missed the
kernels between this one and 2.4.20-2, which did not work for me
(reporting errors at boot-time like "hda: lost interrupt"  I don't
know if it is related, but I also cannot run the latest version of 
X if I try to load the agpgart module, as X crashes, and the system
re-boots (loading agpgart has always required the 
"agp_try_unsupported=1" to work with my chipset (VIA Apollo Pro266))

I guess the X problem could be a feud between X and the Kernel, but
since I cannot run the newest kernel, I cannot verify this
hypothesis.  If anyone can suggest a remedy, or tests that I can do
to help with the correction of the problem, please let me know.

This is the hardware that is involved:
mainboard: IWill DVD 266-R (Apollo Pro266 Chipset) w/1024 Mb RAM
HDA: Maxtor 40 GB, 5400 RPM ATA-100 (on CMD 649 contoller, not in
any RAID configuration)
Video: ATI Radeon 64 MB DDR, X configured to run at AGPMode 4


~~Charles S.






[Cooker] [Bug 754] [gnome-vfs2] Not GPG signed

2003-01-08 Thread [Bug 754]
https://qa.mandrakesoft.com/show_bug.cgi?id=754

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2003-01-08 14:05 ---
I have no idea, this is handled by warly..



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



--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
description: 
This package is yet again not signed!  EVERY single release of this package is
made without a signature.  Why is this?




Re: [Cooker] urpme urpmi :(

2003-01-08 Thread François Pons
Le mer 08/01/2003 à 12:51, Buchan Milne a écrit :

> > What do this command, rpm -fr /  ;)))
> 
> I think fp meant rm -fr /

That exactly the case, thanks.

> Related to my ldap mail regarding urpmi (require or conflict certain
> packages for ldap machine accounts), how about just doing this with a
> file, so that if any urpmi operation in --auto tries to remove a
> required rpm or install a conflicted rpm, that package will be dropped.
> 
> /etc/urpmi/deps.list:
> Requires: urpmi
> Conflicts:apt
> (for instance)

This sound like a very good idea, I will add Provides as well (so
simulating more or less the skip.list differently).

> Would hopefully ensure that you will never lose urpmi, and never be able
> to install apt, except by confirming it when interactive.
> 
> LDAP-enabling this in urpmi would be even cooler ...

;-)

François.





[Cooker] [Bug 754] [gnome-vfs2] Not GPG signed

2003-01-08 Thread [Bug 754]
https://qa.mandrakesoft.com/show_bug.cgi?id=754





--- Additional Comments From [EMAIL PROTECTED]  2003-01-08 13:58 ---
Fixed just for this release, or will it be signed in all future releases as
well?  The gnome-vfs[2] group of packages has had a chronic case of missing GPG
signatures for as long as I can remember.



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



--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
description: 
This package is yet again not signed!  EVERY single release of this package is
made without a signature.  Why is this?




Re: [Cooker] More LDAP support in draktools?

2003-01-08 Thread François Pons
Le lun 06/01/2003 à 18:23, Buchan Milne a écrit :

> First I must just say that over the holidays I read (or skimmed) most of
> the book "Mastering Windows 2000", and learnt quite a bit, mostly that
> Windows 2000's support for Active Directory makes quite a few important
> features available, such as automatic software installation (based on
> membership of an LDAP OU and possible of a group also) for users (ie log
> in, you should have visio2002, and it is installed, someone else logs in
> who shouldn't have it, and it is removed) and for machines (on next user
> login, machines will install any new software assigned to their OU) and
> many other features (mostly collectively called Group Policy Objects).
> 
> (Note that in AD, all computers joined to a domain have an account, with
> samba domain controllers this is also usually the case, except with the
> new optional nua - No User Account - sam backends in samba3).
> 
> I was wondering if there were some applications that would apply to
> Mandrake. Some examples:
> 
> 1)urpmi support for ldap, so that on every boot (and via cron?) machines
> would check which software they:
> a)Must have
> b)should not have

This is the generic problem of distributed urpmi but with a lesser
extend. It means if almost everyone login at the same time, there will
be a lot of traffic downloading files ?

This could be another tools (of urpmi suite) allowing such behaviour,
for me it looks like better in that way.

But I think adding or removing a software is very hard for the user, it
removes a lot of freedom ?

> and automatically install/remove the software. This
> 2)urpmi support for configuring urpmi sources in ldap
> See above, assume you have a new application you want to roll out to all
> desktops, create a new urpmi source which as the app, add the package to
> list of required packages for the OU containing the machines, and go home.
> (yes, there is overlap with urpmi --parallel).

Of course it overlaps, see above.

It remove all the benefit of --parallel on bandwith.

> 3)msec support for ldap, so that security policies can be implemented
> per OU (including inheritance etc).

Adding this to urpmi will imply adding this to msec as well ?

And sorry for answering lately,
François.





Re: [Cooker] Re: [CHRPM] rpm-4.0.4-25mdk

2003-01-08 Thread Chmouel Boudjnah
[EMAIL PROTECTED] (Götz Waschk) writes:

> None of the old shortcuts work anymore. This is true for GNU Emacs, I
> haven't tried Xemacs.

yep i know it suck, but if i change it i will have to call it
mdk-rpm-spec.el :p




[Cooker] [Bug 753] [gnome-vfs-extras] Package not signed

2003-01-08 Thread [Bug 753]
https://qa.mandrakesoft.com/show_bug.cgi?id=753

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2003-01-08 13:47 ---
Fixed by warly



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



--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
description: 
This package is yet again not signed!  EVERY single release of this package is
made without a signature.  Why is this?




[Cooker] [Bug 754] [gnome-vfs2] Not GPG signed

2003-01-08 Thread [Bug 754]
https://qa.mandrakesoft.com/show_bug.cgi?id=754

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1



--- Additional Comments From [EMAIL PROTECTED]  2003-01-08 13:46 ---
Fixed by warly



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



--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
description: 
This package is yet again not signed!  EVERY single release of this package is
made without a signature.  Why is this?




[Cooker] [Bug 755] [libgnome-vfs2_0] Not GPG signed

2003-01-08 Thread [Bug 755]
https://qa.mandrakesoft.com/show_bug.cgi?id=755

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2003-01-08 13:45 ---
Fixed by warly



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



--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
description: 
This package is yet again not signed!  EVERY single release of this package is
made without a signature.  Why is this?




[Cooker] [Bug 756] [ccache] New: Missing GPG signature

2003-01-08 Thread [Bug 756]
https://qa.mandrakesoft.com/show_bug.cgi?id=756

   Product: ccache
 Component: packaging
   Summary: Missing GPG signature
   Version: 2.0-1mdk
  Platform: PC
OS/Version: All
Status: UNCONFIRMED
  Severity: major
  Priority: P2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


This RPM is missing a GPG signature.



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




[Cooker] [Bug 755] [libgnome-vfs2_0] New: Not GPG signed

2003-01-08 Thread [Bug 755]
https://qa.mandrakesoft.com/show_bug.cgi?id=755

   Product: libgnome-vfs2_0
 Component: packaging
   Summary: Not GPG signed
   Version: 2.1.6-1mdk
  Platform: PC
OS/Version: All
Status: UNCONFIRMED
  Severity: major
  Priority: P2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


This package is yet again not signed!  EVERY single release of this package is
made without a signature.  Why is this?



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




[Cooker] [Bug 754] [gnome-vfs2] New: Not GPG signed

2003-01-08 Thread [Bug 754]
https://qa.mandrakesoft.com/show_bug.cgi?id=754

   Product: gnome-vfs2
 Component: packaging
   Summary: Not GPG signed
   Version: 2.1.6-1mdk
  Platform: PC
OS/Version: All
Status: UNCONFIRMED
  Severity: major
  Priority: P2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


This package is yet again not signed!  EVERY single release of this package is
made without a signature.  Why is this?



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




[Cooker] [Bug 753] [gnome-vfs-extras] New: Package not signed

2003-01-08 Thread [Bug 753]
https://qa.mandrakesoft.com/show_bug.cgi?id=753

   Product: gnome-vfs-extras
 Component: packaging
   Summary: Package not signed
   Version: 0.99.8-1mdk
  Platform: PC
OS/Version: All
Status: UNCONFIRMED
  Severity: major
  Priority: P2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


This package is yet again not signed!  EVERY single release of this package is
made without a signature.  Why is this?



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




[Cooker] [Bug 752] [gstreamer-vorbis] New: GPG signature not correct

2003-01-08 Thread [Bug 752]
https://qa.mandrakesoft.com/show_bug.cgi?id=752

   Product: gstreamer-vorbis
 Component: packaging
   Summary: GPG signature not correct
   Version: 0.5.1-1mdk
  Platform: PC
OS/Version: All
Status: UNCONFIRMED
  Severity: major
  Priority: P2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


The GPG signature on this package is incorrect.



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




Re: [Cooker] Re: [CHRPM] rpm-4.0.4-25mdk

2003-01-08 Thread Götz Waschk
Am Mittwoch,  8. Januar 2003, 13:16:10 Uhr MET, schrieb Chmouel Boudjnah:
> [EMAIL PROTECTED] (Götz Waschk) writes:
> 
> > That helped, but I'm still angry that I have to learn new keyboard
> > shortcuts :-(
> WDYM ?
e.g. add new changelog entry was C-c e, now it's C-c C-e.

None of the old shortcuts work anymore. This is true for GNU Emacs, I
haven't tried Xemacs.

-- 
   Götz Waschk <> master of computer science  <> University of Rostock
 http://wwwtec.informatik.uni-rostock.de/~waschk/waschk.asc for PGP key
 --> Logout Fascism! <--




  1   2   >