Re: [Cooker] Re: [Contrib-Rpm] gnome-cups-manager-0.17-1mdk

[Frederic Crozat]

Le Sat, 19 Jul 2003 00:53:47 +0200, J.A. Magallon a écrit :

> 
> On 07.18, Frederic Crozat wrote:
>> [Contrib-RPM]
>> 
>> --=-=-=
>> Name: gnome-cups-manager   Relocations: (not
>> relocateable) Version : 0.17  Vendor:
>> MandrakeSoft
> 
> I like it !!!
> 
> A question. It has no menu entry. So I suppose it is intended to be used
> called from applications, through bonobo, isn't it ? Or manually, as I
> did.

Well, it is the first release done by Dave 'Captain Printman' Camp and I
think he has forgotten to put menu entry in the GNOME menu (and I forgot
to put it in Mdk menu..).. I'll fix that next week.

> One suggestion, change the test page: take away the XIMIAN banner and put
> some Mandrake artwork there... ;) Ah, the frames around the page are
nice.

I'll try to use Till test pages instead..

-- 
Frédéric Crozat
MandrakeSoft

Re: [Cooker]Can't install packages from Mandrake Linux 9.1 installationCD#1

[Ron Stodden]

Anyone trying to help you would need to know:

1  Whether you are using supermount (advice: don't!   At a terminal 
prompt enter: supermount disable).

2  Whether you have successfully been able to mount and read other data CDs.

3  Whether you can mount this CD1 and examine its content.

4.  Contents of your /etc/fstab and /etc/llilo.conf files.

5   Output of the dmesg command.

6  Have you set up the mandrake control centre software management urpmi 
media properly?

Rana D'Costa wrote:

Hi! I'm trying to install packages from the installation CD 1 on my 
computer(which has the OS Mandrake Linux 9.1) but when I press install 
in the rpmdrake 9.1 window, a message pops out sayin' Insert the CD in 
the cd writer and also the tray of my CD Writer(Hewlett Packard 8100 
series) comes out. So, after inserting the tray of my cdwriter with 
the CD on it, when I press OK the computer freezes. Mouse and keyboard 
doesn't work. Can anyone tell me how to fix this problem? Or is there 
a workaround if any?

Thank you.

--AD
--
Ron. [Melbourne, Australia]
"If you keep a green bough in your heart, the singing bird will come"
Get Fastest Mandrake downloader, English-only, from:
http://members.optusnet.com.au/ronst/   Click all ye faithful!

[Cooker]Can't install packages from Mandrake Linux 9.1 installation CD#1

[Rana D'Costa]

Hi! I'm trying to install packages from the installation CD 1 on my 
computer(which has the OS Mandrake Linux 9.1) but when I press install in 
the rpmdrake 9.1 window, a message pops out sayin' Insert the CD in the cd 
writer and also the tray of my CD Writer(Hewlett Packard 8100 series) comes 
out. So, after inserting the tray of my cdwriter with the CD on it, when I 
press OK the computer freezes. Mouse and keyboard doesn't work. Can anyone 
tell me how to fix this problem? Or is there a workaround if any?

Thank you.

--AD

_
Add photos to your messages with MSN 8. Get 2 months FREE*.  
http://join.msn.com/?page=features/featuredemail

Re: [Cooker] dhcpcd cooked

[w9ya]

On Friday 18 July 2003 04:37 pm, you wrote:
> On Fri, 18 Jul 2003, w9ya wrote:
> > O.k. Here's yet some more observations.
> >
> > I was premature in stating that conditions had changed. It now appears
> > that sometimes a full dhcp lease is retreved, and THEN logging into kde
> > via kdm is killing the interface etc. (eth0), and at other times the
> > interface and lease never get completed. In both cases the drivers are
> > there.
>
> Posting anecdotes about the things you were doing when something took your
> interface down isn't going to help.

Not really, it can be very useful. Someone who made the changes might very 
well know the changes that were made. (I sure as heck don't.)

>
> If you want to try and fix this, post the output of 'ifstatus -v eth0' at
> the time when the interface is up, and when it is down, and the contents
> of your /etc/sysconfig/networks-scripts/ifcfg-eth0, and possibly the
> drive your PCMCIA NIC uses.

No difference whatsoever with ifstatus between/during the two conditions 
tested.

The ifcfg-eth0 is dhcp protocol and during boot (and needing the hostname) , 
but I mentioned or inferred all of this info before.

>
> If you don't post any information that is *useful* for seeing what is
> happening, this is a waste of time for all of us.

Well, since the two above are not truly useful, I guess I don't have anything 
to report, unless you have something more specific you want me to look at.

Are you by chance the maintainer of any of the associated packages ?

Bob Finch

-- 
|Registered Linux User #182071-|
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

**
Please click on http://www.cae.co.za/disclaimer.htm to read our
e-mail disclaimer or send an e-mail to [EMAIL PROTECTED] for a copy.
**

Re: [Cooker] dhcpcd cooked

[w9ya]

On Friday 18 July 2003 04:37 pm, you wrote:
> On Fri, 18 Jul 2003, w9ya wrote:
> > O.k. Here's yet some more observations.
> >
> > I was premature in stating that conditions had changed. It now appears
> > that sometimes a full dhcp lease is retreved, and THEN logging into kde
> > via kdm is killing the interface etc. (eth0), and at other times the
> > interface and lease never get completed. In both cases the drivers are
> > there.
>
> Posting anecdotes about the things you were doing when something took your
> interface down isn't going to help.

Not really, it can be very useful. Someone who made the changes might very 
well know the changes that were made. (I sure as heck don't.)

>
> If you want to try and fix this, post the output of 'ifstatus -v eth0' at
> the time when the interface is up, and when it is down, and the contents
> of your /etc/sysconfig/networks-scripts/ifcfg-eth0, and possibly the
> drive your PCMCIA NIC uses.

No difference whatsoever with ifstatus between/during the two conditions 
tested.

The ifcfg-eth0 is dhcp protocol and during boot (and needing the hostname) , 
but I mentioned or inferred all of this info before.

>
> If you don't post any information that is *useful* for seeing what is
> happening, this is a waste of time for all of us.

Well, since the two above are not truly useful, I guess I don't have anything 
to report, unless you have something more specific you want me to look at.

Are you by chance the maintainer of any of the associated packages ?

Bob Finch

Re: [Cooker] Building Cooker

[w9ya]

Now this is a great reply IMHO, and a good example to follow.

Concise, not preachy, very informative (I learned alot by reading it), and 
simple to read.

Bob Finch


On Friday 18 July 2003 11:02 am, Buchan Milne wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Frank Griffin wrote:
> > Per Lindström wrote:
> >
> > I tried a urpmi.update -a.  Either that or intervening updates to cooker
> > did make a change in what I saw
>
> Your previous listing seemed to indicate your hdlists were out of sync
> with the packages.
>
> > (both "urpmi urpmi" and "urpmi
> > --auto-select" now get to the install phase), but the upgrades still
> > fail.
> >
> > Here are the errors for "urpmi urpmi":
> > Installation failed:
> >librpm-4.0.4.so is needed by gnorpm-0.96-13mdk
> >librpmdb-4.0.4.so is needed by gnorpm-0.96-13mdk
> >librpmio-4.0.4.so is needed by gnorpm-0.96-13mdk
>
> # urpme gnorpm
>
> It seems there isn't a version compatible with rpm-4.2, so it should
> probably be removed.
>
> > ...and here are the errors for "urpmi --auto-select"
> > Installation failed:
> >perl(Bit::Vector) is needed by perl-Date-Calc-5.3-2mdk
>
> # urpmq -p "perl(Bit::Vector)"
> wml
>
> >perl(Authen::Smb::Smb) is needed by squid-2.5.STABLE3-1mdk
>
> Fixed I think by next squid package.
>
> >librpm-4.0.4.so is needed by gnorpm-0.96-13mdk
> >librpmdb-4.0.4.so is needed by gnorpm-0.96-13mdk
> >librpmio-4.0.4.so is needed by gnorpm-0.96-13mdk
>
> # urpme gnorpm
>
> >xemacs == 21.4.12 is needed by xemacs-tramp-20020411-7mdk
>
> xemacs-tramp most likely needs to be updated.
>
> >libMrm.so.2 is needed by lesstif-clients-0.93.41-3mdk
>
> Seems no package provides libMrm.so.2
>
> >devel(libnoatunarts) is needed by kdemultimedia-devel-3.1.2-10mdk
>
> I think this may stil be a problem.
>
> >perl-BSD-Resource is needed by mod_perl-common-1.3.27_1.27-9mdk
> >perl(BSD::Resource) is needed by mod_perl-common-1.3.27_1.27-9mdk
> >libcap.so.1 is needed by zsh-4.1.1-2mdk
>
> $ urpmq -p -r libcap.so.1
> libcap1-1.10-3mdk
> [bgmilne:~]# urpmi zsh
> ftp://ftp.cae.co.za/pub/mandrake/cooker/i586/Mandrake/RPMS/zsh-4.1.1-1mdk.i
>586.rpm installing /var/cache/urpmi/rpms/zsh-4.1.1-1mdk.i586.rpm
> Preparing...
> ##
>1:zsh
> ##
>
> >libAiksaurus.so.0 is needed by lyx-1.3.2-2mdk
>
> [bgmilne:~]# urpmi lyx
> One of the following packages is needed:
>  1- aiksaurus-data-1.0.1-1mdk.i586
>  2- Aiksaurus-data-0.15-2mdk.i586
> What is your choice? (1-2) 1
> To satisfy dependencies, the following packages are going to be
> installed (19 MB):
> aiksaurus-data-1.0.1-1mdk.i586
> libAiksaurus0-0.15-2mdk.i586
> libforms1-1.0-1mdk.i586
> lyx-1.3.2-2mdk.i586
> Is this OK? (Y/n)
>
> ftp://ftp.cae.co.za/pub/mandrake/cooker/i586/Mandrake/RPMS/libforms1-1.0-1m
>dk.i586.rpm
> ftp://ftp.cae.co.za/pub/mandrake/cooker/i586/Mandrake/RPMS/lyx-1.3.2-2mdk.i
>586.rpm
>
> ftp://ftp.cae.co.za/pub/mandrake/cooker/i586/Mandrake/RPMS2/aiksaurus-data-
>1.0.1-1mdk.i586.rpm
> ftp://ftp.cae.co.za/pub/mandrake/cooker/i586/Mandrake/RPMS2/libAiksaurus0-0
>.15-2mdk.i586.rpm installing /var/cache/urpmi/rpms/lyx-1.3.2-2mdk.i586.rpm
> /var/cache/urpmi/rpms/libforms1-1.0-1mdk.i586.rpm
> /var/cache/urpmi/rpms/libAiksaurus0-0.15-2mdk.i586.rpm
> /var/cache/urpmi/rpms/aiksaurus-data-1.0.1-1mdk.i586.rpm
> Preparing...
> ##
>1:aiksaurus-data
> ##
>2:libAiksaurus0
> ##
>3:libforms1
> ##
>4:lyx
> ##
>
> I don't see the problem with this one.
>
> >perl(LWP::Parallel::UserAgent) is needed by squidGuard-1.2.0-6mdk
>
> Seems no package yet provides this.
>
>
>
> Was it necessary to install every single package available in 9.1? If
> your aim is to run cooker then install a minimalish 9.1, and it should
> not be a problem to update. If you install every single package
> available, chances are you will pick up some issues.
>
> There are other tools (spamming maintainers ;-)) for dealing with
> dependencies that are not met in the distribution, and most of the ones
> you have bumped into were on the most recent list. Most unmet
> dependencies on the list at present relate to libsasl (7->2), probably
> triggered by building ldap against sasl2, rpm (4.0.x->4.2.x), and some
> packages that still haven't been rebuilt for tk (8.3->8.4).
>
> Regards,
> Buchan
>
> - --
>
> |--Another happy Mandrake Club member--|
>
> Buchan MilneMechanical Engineer, Network Manager
> Cellphone * Work+27 82 472 2231 * +27 21 8828820x202
> Stellenbosch Automotive Engineering http://www.cae.co.za
> GPG Key   http://ranger.dnsalias.com/bgmilne.asc
> 1024D/60

Re: [Cooker] dhcpcd cooked

[w9ya]

On Friday 18 July 2003 12:25 pm, Buchan Milne wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> w9ya wrote:
> > HOWEVER:
> >
> > After rebooting the laptop without the pcmcia network card inserted,
>
> and then
>
> > inserting it watching on a root tty.well as I suspected this
>
> mimmicks the
>
> > pcmcia network card issues that plagued the 8.x releases and I think got
> > fixed shortly before 9.1 was released. The scripts are clearly
>
> hanging. As I
>
> > recall there was much discussion of this in the past. SO this must
>
> just be a
>
> > case of deja-vu !!
>
> AFAIK, no PCMCIA cards can accurately tell you the status of the cable.
> If you aren't connected, pop the card out, if you are, pop it in,
> otherwise you will see things like this. If we can't tell if we are
> connected, we have to try dhcp, which may result in a long timeout if
> not connected => get a card that has support for this, most onboard NICs
> in new laptops do.

Let me be very specific. It worked, then I updated, then it didn't work. 
Something must have changed in the updating I guess. Since I can get this to 
work from a command line, I don't see why a script cannot also work, and 
*again* it was working.

Additionally there is no reason to go looking for the "status of the cable" in 
this case. One should just be loading drivers (which is happening) and then 
if your system is dhcp based, getting a lease. Perhaps I don't truly 
understand what you are saying.

Since I am not going to be fixing this, and only reporting function that was 
working at one point, I am not sure it makes much difference that I know that 
much about it anyways.

>
> > Thanks for the attention.
> >
> > Bob Finch
> >
> > p.s.  The fix for me was script in rc.local to take care of this.
>
> Prolly

Sigh.

>
> > going to have to that again. No big deal just wanted to get this "on the
> > record".
>
> It would then also be useful to have the output of 'ifstatus -v
> ' for each card, in different states (ie plugged in, not
> pluggged in). And you might also want to show us what you have in
> /etc/sysconfig/network-scripts/ifcfg-eth0, especially MII_UNSUPPORTED or
> whatever it is (aka the "network hotplugging" checkbox in drakconnect in
> expert mode).
>
> My cooker box with a RTL-8139 never has problems like this ;-) but then
> again it is always connected, and ifplugd does work well with it.

That's nice.

Well as I mentioned in the original post, even with the card installed prior 
to turning the laptop on, I get the same results. And yes I do understand it 
might be using the hotplugd stuff anyways. Certainly some of the same scripts 
are called.

>
> Regards,
> Buchan
>
> - --

Sure thing'

Bob Finch


>
> |--Another happy Mandrake Club member--|
>
> Buchan MilneMechanical Engineer, Network Manager
> Cellphone * Work+27 82 472 2231 * +27 21 8828820x202
> 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
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.2.2 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQE/GC2NrJK6UGDSBKcRAj6aAJ0bjts72HfVnuG2YDEtvccZ5rjX1QCgihcK
> ouLDkoJgdSjNADpI86AJyTE=
> =I9zZ
> -END PGP SIGNATURE-
>
> **
> Please click on http://www.cae.co.za/disclaimer.htm to read our
> e-mail disclaimer or send an e-mail to [EMAIL PROTECTED] for a copy.
> **

Re: [Cooker] Re: [Contrib-Rpm] ayttm-0.3.3-2mdk

[Ben Reser]

On Fri, Jul 18, 2003 at 10:28:51PM +0200, Per Øyvind Karlsen wrote:
> On Friday 18 July 2003 22:25, Per Øyvind Karlsen wrote:
> > uhr, but you did'nt apply more than the typo fix;)
> ah, never mind, seems like the diff was against my .spec that was rejected in 
> stead of your old:)

Yup the binary for the package I uploaded on Wednesday (0.3.3-1mdk) was
on the mirrors, but for whatever reason my source package didn't show up
until today, after your 0.3.2-2mdk.  Apparently the system said it
rejected your upload, then 10 hours later turned around and accepted it.
In the meantime my 0.3.3-1mdk source package turns up.  But by this time
your 0.3.2-2mdk binary has uploaded.  From what I can tell the script
uses the binary package to determine what version to diff against.  So
now it diffs against your 0.3.2-2mdk and posts that to the list... 

-- 
Ben Reser <[EMAIL PROTECTED]>
http://ben.reser.org

"What upsets me is not that you lied to me, but that from now on I can
no longer believe you." -- Nietzsche

Re: [Cooker] dhcpcd cooked

[w9ya]

On Friday 18 July 2003 04:37 pm, you wrote:
> On Fri, 18 Jul 2003, w9ya wrote:
> > O.k. Here's yet some more observations.
> >
> > I was premature in stating that conditions had changed. It now appears
> > that sometimes a full dhcp lease is retreved, and THEN logging into kde
> > via kdm is killing the interface etc. (eth0), and at other times the
> > interface and lease never get completed. In both cases the drivers are
> > there.
>
> Posting anecdotes about the things you were doing when something took your
> interface down isn't going to help.

Not really, it can be very useful. Someone who made the changes might very 
well know the changes that were made. (I sure as heck don't.)

>
> If you want to try and fix this, post the output of 'ifstatus -v eth0' at
> the time when the interface is up, and when it is down, and the contents
> of your /etc/sysconfig/networks-scripts/ifcfg-eth0, and possibly the
> drive your PCMCIA NIC uses.

No difference whatsoever with ifstatus between/during the two conditions 
tested.

The ifcfg-eth0 is dhcp protocol and during boot (and needing the hostname) , 
but I mentioned or inferred all of this info before.

>
> If you don't post any information that is *useful* for seeing what is
> happening, this is a waste of time for all of us.

Well, since the two above are not truly useful, I guess I don't have anything 
to report, unless you have something more specific you want me to look at.

Are you by chance the maintainer of any of the associated packages ?

Bob Finch

Re: [Cooker] dhcpcd cooked

[w9ya]

This is exactly what went on and was fixed immediately prior to the 9.1 
release (and ifstaus -v is unchanged in either condition also).

In my case I am using the pcnet_cs card, so it probably isn't specific to 
driver.

Bob Finch


On Friday 18 July 2003 07:42 pm, Adam Williamson wrote:
> On Sat, 2003-07-19 at 01:25, Buchan Milne wrote:
> > On Sat, 19 Jul 2003, Adam Williamson wrote:
> > > Supplementary to previous - the problem I noted with ifplugd isn't
> > > actually fixed. When it starts on boot, it still exits and brings the
> > > connection down with it after about two minutes. I have to put the
> > > connection up manually with ifup eth0. This is on my laptop, with a
> > > PCMCIA WLAN card using the orinoco_cs driver. It's clearly exiting
> > > intentionally, not just crashing, according to /var/log/messages. And
> > > what the FUCK is wrong with Evolution's word wrap? Argh.
> >
> > Log messages? ifstatus -v output before and after 'service network
> > restart'? It might also be an idea to see if ifplugd is affected by
> > gcc-3.3.1, dropping optimisation flags may help (just tested,
> > samba-2.2.8a works with -Os).
>
> Log:
>
> [EMAIL PROTECTED] adamw]# cat /var/log/messages | grep ifplugd
>
> ...
>
> Jul 19 01:13:49 toy /etc/hotplug/net.agent: invoke ifplugd eth0
> Jul 19 01:13:49 toy ifplugd(eth0)[902]: Using interface
> eth0/00:20:E0:88:43:8D with driver  (version: orinoco.c
> 0.13c (David Gibson <)
> Jul 19 01:13:49 toy ifplugd(eth0)[902]: Using detection mode: wireless
> extensionJul 19 01:13:49 toy ifplugd(eth0)[902]: ifplugd 0.15
> successfully initialized, link beat not detected.
> Jul 19 01:13:50 toy ifplugd(eth0)[902]: Link beat detected.
> Jul 19 01:13:51 toy ifplugd(eth0)[902]: Executing
> '/etc/ifplugd/ifplugd.action eth0 up'.
> Jul 19 01:13:54 toy ifplugd(eth0)[902]: Program executed successfully.
> Jul 19 01:14:49 toy ifplugd(eth0)[902]: Executing
> '/etc/ifplugd/ifplugd.action eth0 down'.
> Jul 19 01:14:50 toy ifplugd(eth0)[902]: Program executed successfully.
> Jul 19 01:14:50 toy ifplugd(eth0)[902]: Exiting.
>
> 01:13 is during boot, there's nothing much going on at 01:14, it just
> shuts itself down. This happens reliably on every boot. ifstatus -v
> before and after restarting PCMCIA and network services shows the first
> three operations not supported, then "Wireless: link beat detected".

Re: [Cooker] dhcpcd cooked

[w9ya]

This is exactly what went on and was fixed immediately prior to the 9.1 
release (and ifstaus -v is unchanged in either condition also).

In my case I am using the pcnet_cs card, so it probably isn't specific to 
driver.

Bob Finch


On Friday 18 July 2003 07:42 pm, Adam Williamson wrote:
> On Sat, 2003-07-19 at 01:25, Buchan Milne wrote:
> > On Sat, 19 Jul 2003, Adam Williamson wrote:
> > > Supplementary to previous - the problem I noted with ifplugd isn't
> > > actually fixed. When it starts on boot, it still exits and brings the
> > > connection down with it after about two minutes. I have to put the
> > > connection up manually with ifup eth0. This is on my laptop, with a
> > > PCMCIA WLAN card using the orinoco_cs driver. It's clearly exiting
> > > intentionally, not just crashing, according to /var/log/messages. And
> > > what the FUCK is wrong with Evolution's word wrap? Argh.
> >
> > Log messages? ifstatus -v output before and after 'service network
> > restart'? It might also be an idea to see if ifplugd is affected by
> > gcc-3.3.1, dropping optimisation flags may help (just tested,
> > samba-2.2.8a works with -Os).
>
> Log:
>
> [EMAIL PROTECTED] adamw]# cat /var/log/messages | grep ifplugd
>
> ...
>
> Jul 19 01:13:49 toy /etc/hotplug/net.agent: invoke ifplugd eth0
> Jul 19 01:13:49 toy ifplugd(eth0)[902]: Using interface
> eth0/00:20:E0:88:43:8D with driver  (version: orinoco.c
> 0.13c (David Gibson <)
> Jul 19 01:13:49 toy ifplugd(eth0)[902]: Using detection mode: wireless
> extensionJul 19 01:13:49 toy ifplugd(eth0)[902]: ifplugd 0.15
> successfully initialized, link beat not detected.
> Jul 19 01:13:50 toy ifplugd(eth0)[902]: Link beat detected.
> Jul 19 01:13:51 toy ifplugd(eth0)[902]: Executing
> '/etc/ifplugd/ifplugd.action eth0 up'.
> Jul 19 01:13:54 toy ifplugd(eth0)[902]: Program executed successfully.
> Jul 19 01:14:49 toy ifplugd(eth0)[902]: Executing
> '/etc/ifplugd/ifplugd.action eth0 down'.
> Jul 19 01:14:50 toy ifplugd(eth0)[902]: Program executed successfully.
> Jul 19 01:14:50 toy ifplugd(eth0)[902]: Exiting.
>
> 01:13 is during boot, there's nothing much going on at 01:14, it just
> shuts itself down. This happens reliably on every boot. ifstatus -v
> before and after restarting PCMCIA and network services shows the first
> three operations not supported, then "Wireless: link beat detected".

Re: [Cooker] dhcpcd cooked

[w9ya]

On Friday 18 July 2003 04:37 pm, you wrote:
> On Fri, 18 Jul 2003, w9ya wrote:
> > O.k. Here's yet some more observations.
> >
> > I was premature in stating that conditions had changed. It now appears
> > that sometimes a full dhcp lease is retreved, and THEN logging into kde
> > via kdm is killing the interface etc. (eth0), and at other times the
> > interface and lease never get completed. In both cases the drivers are
> > there.
>
> Posting anecdotes about the things you were doing when something took your
> interface down isn't going to help.

Not really, it can be very useful. Someone who made the changes might very 
well know the changes that were made. (I sure as heck don't.)

>
> If you want to try and fix this, post the output of 'ifstatus -v eth0' at
> the time when the interface is up, and when it is down, and the contents
> of your /etc/sysconfig/networks-scripts/ifcfg-eth0, and possibly the
> drive your PCMCIA NIC uses.

No difference whatsoever with ifstatus between/during the two conditions 
tested.

The ifcfg-eth0 is dhcp protocol and during boot (and needing the hostname) , 
but I mentioned or inferred all of this info before.

>
> If you don't post any information that is *useful* for seeing what is
> happening, this is a waste of time for all of us.

Well, since the two above are not truly useful, I guess I don't have anything 
to report, unless you have something more specific you want me to look at.

Are you by chance the maintainer of any of the associated packages ?

Bob Finch

Re: [Cooker] dhcpcd cooked

[w9ya]

On Friday 18 July 2003 12:25 pm, Buchan Milne wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> w9ya wrote:
> > HOWEVER:
> >
> > After rebooting the laptop without the pcmcia network card inserted,
>
> and then
>
> > inserting it watching on a root tty.well as I suspected this
>
> mimmicks the
>
> > pcmcia network card issues that plagued the 8.x releases and I think got
> > fixed shortly before 9.1 was released. The scripts are clearly
>
> hanging. As I
>
> > recall there was much discussion of this in the past. SO this must
>
> just be a
>
> > case of deja-vu !!
>
> AFAIK, no PCMCIA cards can accurately tell you the status of the cable.
> If you aren't connected, pop the card out, if you are, pop it in,
> otherwise you will see things like this. If we can't tell if we are
> connected, we have to try dhcp, which may result in a long timeout if
> not connected => get a card that has support for this, most onboard NICs
> in new laptops do.

Let me be very specific. It worked, then I updated, then it didn't work. 
Something must have changed in the updating I guess. Since I can get this to 
work from a command line, I don't see why a script cannot also work, and 
*again* it was working.

Additionally there is no reason to go looking for the "status of the cable" in 
this case. One should just be loading drivers (which is happening) and then 
if your system is dhcp based, getting a lease. Perhaps I don't truly 
understand what you are saying.

Since I am not going to be fixing this, and only reporting function that was 
working at one point, I am not sure it makes much difference that I know that 
much about it anyways.

>
> > Thanks for the attention.
> >
> > Bob Finch
> >
> > p.s.  The fix for me was script in rc.local to take care of this.
>
> Prolly

Sigh.

>
> > going to have to that again. No big deal just wanted to get this "on the
> > record".
>
> It would then also be useful to have the output of 'ifstatus -v
> ' for each card, in different states (ie plugged in, not
> pluggged in). And you might also want to show us what you have in
> /etc/sysconfig/network-scripts/ifcfg-eth0, especially MII_UNSUPPORTED or
> whatever it is (aka the "network hotplugging" checkbox in drakconnect in
> expert mode).
>
> My cooker box with a RTL-8139 never has problems like this ;-) but then
> again it is always connected, and ifplugd does work well with it.

That's nice.

Well as I mentioned in the original post, even with the card installed prior 
to turning the laptop on, I get the same results. And yes I do understand it 
might be using the hotplugd stuff anyways. Certainly some of the same scripts 
are called.

>
> Regards,
> Buchan
>
> - --

Sure thing'

Bob Finch


>
> |--Another happy Mandrake Club member--|
>
> Buchan MilneMechanical Engineer, Network Manager
> Cellphone * Work+27 82 472 2231 * +27 21 8828820x202
> 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
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.2.2 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQE/GC2NrJK6UGDSBKcRAj6aAJ0bjts72HfVnuG2YDEtvccZ5rjX1QCgihcK
> ouLDkoJgdSjNADpI86AJyTE=
> =I9zZ
> -END PGP SIGNATURE-
>
> **
> Please click on http://www.cae.co.za/disclaimer.htm to read our
> e-mail disclaimer or send an e-mail to [EMAIL PROTECTED] for a copy.
> **

Re: [Cooker] Building Cooker

[w9ya]

Now this is a great reply IMHO, and a good example to follow.

Concise, not preachy, very informative (I learned alot by reading it), and 
simple to read.

Bob Finch


On Friday 18 July 2003 11:02 am, Buchan Milne wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Frank Griffin wrote:
> > Per Lindström wrote:
> >
> > I tried a urpmi.update -a.  Either that or intervening updates to cooker
> > did make a change in what I saw
>
> Your previous listing seemed to indicate your hdlists were out of sync
> with the packages.
>
> > (both "urpmi urpmi" and "urpmi
> > --auto-select" now get to the install phase), but the upgrades still
> > fail.
> >
> > Here are the errors for "urpmi urpmi":
> > Installation failed:
> >librpm-4.0.4.so is needed by gnorpm-0.96-13mdk
> >librpmdb-4.0.4.so is needed by gnorpm-0.96-13mdk
> >librpmio-4.0.4.so is needed by gnorpm-0.96-13mdk
>
> # urpme gnorpm
>
> It seems there isn't a version compatible with rpm-4.2, so it should
> probably be removed.
>
> > ...and here are the errors for "urpmi --auto-select"
> > Installation failed:
> >perl(Bit::Vector) is needed by perl-Date-Calc-5.3-2mdk
>
> # urpmq -p "perl(Bit::Vector)"
> wml
>
> >perl(Authen::Smb::Smb) is needed by squid-2.5.STABLE3-1mdk
>
> Fixed I think by next squid package.
>
> >librpm-4.0.4.so is needed by gnorpm-0.96-13mdk
> >librpmdb-4.0.4.so is needed by gnorpm-0.96-13mdk
> >librpmio-4.0.4.so is needed by gnorpm-0.96-13mdk
>
> # urpme gnorpm
>
> >xemacs == 21.4.12 is needed by xemacs-tramp-20020411-7mdk
>
> xemacs-tramp most likely needs to be updated.
>
> >libMrm.so.2 is needed by lesstif-clients-0.93.41-3mdk
>
> Seems no package provides libMrm.so.2
>
> >devel(libnoatunarts) is needed by kdemultimedia-devel-3.1.2-10mdk
>
> I think this may stil be a problem.
>
> >perl-BSD-Resource is needed by mod_perl-common-1.3.27_1.27-9mdk
> >perl(BSD::Resource) is needed by mod_perl-common-1.3.27_1.27-9mdk
> >libcap.so.1 is needed by zsh-4.1.1-2mdk
>
> $ urpmq -p -r libcap.so.1
> libcap1-1.10-3mdk
> [bgmilne:~]# urpmi zsh
> ftp://ftp.cae.co.za/pub/mandrake/cooker/i586/Mandrake/RPMS/zsh-4.1.1-1mdk.i
>586.rpm installing /var/cache/urpmi/rpms/zsh-4.1.1-1mdk.i586.rpm
> Preparing...
> ##
>1:zsh
> ##
>
> >libAiksaurus.so.0 is needed by lyx-1.3.2-2mdk
>
> [bgmilne:~]# urpmi lyx
> One of the following packages is needed:
>  1- aiksaurus-data-1.0.1-1mdk.i586
>  2- Aiksaurus-data-0.15-2mdk.i586
> What is your choice? (1-2) 1
> To satisfy dependencies, the following packages are going to be
> installed (19 MB):
> aiksaurus-data-1.0.1-1mdk.i586
> libAiksaurus0-0.15-2mdk.i586
> libforms1-1.0-1mdk.i586
> lyx-1.3.2-2mdk.i586
> Is this OK? (Y/n)
>
> ftp://ftp.cae.co.za/pub/mandrake/cooker/i586/Mandrake/RPMS/libforms1-1.0-1m
>dk.i586.rpm
> ftp://ftp.cae.co.za/pub/mandrake/cooker/i586/Mandrake/RPMS/lyx-1.3.2-2mdk.i
>586.rpm
>
> ftp://ftp.cae.co.za/pub/mandrake/cooker/i586/Mandrake/RPMS2/aiksaurus-data-
>1.0.1-1mdk.i586.rpm
> ftp://ftp.cae.co.za/pub/mandrake/cooker/i586/Mandrake/RPMS2/libAiksaurus0-0
>.15-2mdk.i586.rpm installing /var/cache/urpmi/rpms/lyx-1.3.2-2mdk.i586.rpm
> /var/cache/urpmi/rpms/libforms1-1.0-1mdk.i586.rpm
> /var/cache/urpmi/rpms/libAiksaurus0-0.15-2mdk.i586.rpm
> /var/cache/urpmi/rpms/aiksaurus-data-1.0.1-1mdk.i586.rpm
> Preparing...
> ##
>1:aiksaurus-data
> ##
>2:libAiksaurus0
> ##
>3:libforms1
> ##
>4:lyx
> ##
>
> I don't see the problem with this one.
>
> >perl(LWP::Parallel::UserAgent) is needed by squidGuard-1.2.0-6mdk
>
> Seems no package yet provides this.
>
>
>
> Was it necessary to install every single package available in 9.1? If
> your aim is to run cooker then install a minimalish 9.1, and it should
> not be a problem to update. If you install every single package
> available, chances are you will pick up some issues.
>
> There are other tools (spamming maintainers ;-)) for dealing with
> dependencies that are not met in the distribution, and most of the ones
> you have bumped into were on the most recent list. Most unmet
> dependencies on the list at present relate to libsasl (7->2), probably
> triggered by building ldap against sasl2, rpm (4.0.x->4.2.x), and some
> packages that still haven't been rebuilt for tk (8.3->8.4).
>
> Regards,
> Buchan
>
> - --
>
> |--Another happy Mandrake Club member--|
>
> Buchan MilneMechanical Engineer, Network Manager
> Cellphone * Work+27 82 472 2231 * +27 21 8828820x202
> Stellenbosch Automotive Engineering http://www.cae.co.za
> GPG Key   http://ranger.dnsalias.com/bgmilne.asc
> 1024D/60

Re: [Cooker] curl problems with urpmi

[Jay DeKing]

On Friday 18 July 2003 6:09 pm, Adam Williamson honored me with this 
communique:
> On Fri, 2003-07-18 at 17:32, Jay DeKing wrote:
> > Agreed. I've had to use wget as well for as long as I can recall, though
> > curl has always been installed.
> >
> > Jay
>
> Curl works fine here, though it never gets a description file for the
> cooker or contrib sources...I assume they've gone missing or something.

Don't feel bad. I don't get descriptions for them either. Not for the cooker 
stuff anyway.

Jay
"been wgettin' since I first tried curl"

(OT: I wish I had tried "curling" while I still lived up north. Not much 
opportunity to do it in Florida. Hey ... maybe that's the whole wget/curl 
problem in a nutshell: it's too warm here for curling?! Does it work better 
in Finland and northern Quebec?)

-- 
Opportunity is missed by most people because it is dressed
in overalls and looks like work.
- Thomas Edison

Re: [Cooker] So, is someone going to file a bug against...

[Adam Williamson]

On Sat, 2003-07-19 at 01:54, Andi Payn wrote:
> On Friday 18 July 2003 17:18, Austin wrote:
> > So while Quebec may not have an Academie Francaise, they work their asses
> > off trying to prevent engligh encroachment... and IT WORKS!  I have many
> > friends from Quebec who are in college and can barely speak English, and
> > cannot write it at all.  Not that this is a good thing... my point is just
> > that it's working (to a degree).
> 
> Well, I have many friends from America who are college graduates and can 
> barely speak or write English, even though it's usually their first language 
> (and often their only language, unless you count "yo, like, hae-blo un 
> pik-keeto es-spaniel, like, y'know?"). 
> 
> So, all you have to do is pick up the education policies of 
> Reagan/Bush/Clinton/Bush America and you'll get the same effect. Given 
> Alberta's gung-ho emulation of America, they'll probably surpass Quebec in 
> English illiteracy soon

/me plants extremely large signpost reading:

OFF TOPIC
-- 
adamw

Re: [Cooker] So, is someone going to file a bug against...

[Andi Payn]

On Friday 18 July 2003 17:18, Austin wrote:
> So while Quebec may not have an Academie Francaise, they work their asses
> off trying to prevent engligh encroachment... and IT WORKS!  I have many
> friends from Quebec who are in college and can barely speak English, and
> cannot write it at all.  Not that this is a good thing... my point is just
> that it's working (to a degree).

Well, I have many friends from America who are college graduates and can 
barely speak or write English, even though it's usually their first language 
(and often their only language, unless you count "yo, like, hae-blo un 
pik-keeto es-spaniel, like, y'know?"). 

So, all you have to do is pick up the education policies of 
Reagan/Bush/Clinton/Bush America and you'll get the same effect. Given 
Alberta's gung-ho emulation of America, they'll probably surpass Quebec in 
English illiteracy soon

Re: [Cooker] dhcpcd cooked

[Adam Williamson]

On Sat, 2003-07-19 at 01:25, Buchan Milne wrote:
> On Sat, 19 Jul 2003, Adam Williamson wrote:
> 
> > Supplementary to previous - the problem I noted with ifplugd isn't
> > actually fixed. When it starts on boot, it still exits and brings the
> > connection down with it after about two minutes. I have to put the
> > connection up manually with ifup eth0. This is on my laptop, with a
> > PCMCIA WLAN card using the orinoco_cs driver. It's clearly exiting
> > intentionally, not just crashing, according to /var/log/messages. And
> > what the FUCK is wrong with Evolution's word wrap? Argh.
> 
> Log messages? ifstatus -v output before and after 'service network 
> restart'? It might also be an idea to see if ifplugd is affected by 
> gcc-3.3.1, dropping optimisation flags may help (just tested, samba-2.2.8a 
> works with -Os).

Log:

[EMAIL PROTECTED] adamw]# cat /var/log/messages | grep ifplugd

...

Jul 19 01:13:49 toy /etc/hotplug/net.agent: invoke ifplugd eth0
Jul 19 01:13:49 toy ifplugd(eth0)[902]: Using interface
eth0/00:20:E0:88:43:8D with driver  (version: orinoco.c
0.13c (David Gibson <)
Jul 19 01:13:49 toy ifplugd(eth0)[902]: Using detection mode: wireless
extensionJul 19 01:13:49 toy ifplugd(eth0)[902]: ifplugd 0.15
successfully initialized, link beat not detected.
Jul 19 01:13:50 toy ifplugd(eth0)[902]: Link beat detected.
Jul 19 01:13:51 toy ifplugd(eth0)[902]: Executing
'/etc/ifplugd/ifplugd.action eth0 up'.
Jul 19 01:13:54 toy ifplugd(eth0)[902]: Program executed successfully.
Jul 19 01:14:49 toy ifplugd(eth0)[902]: Executing
'/etc/ifplugd/ifplugd.action eth0 down'.
Jul 19 01:14:50 toy ifplugd(eth0)[902]: Program executed successfully.
Jul 19 01:14:50 toy ifplugd(eth0)[902]: Exiting.

01:13 is during boot, there's nothing much going on at 01:14, it just
shuts itself down. This happens reliably on every boot. ifstatus -v
before and after restarting PCMCIA and network services shows the first
three operations not supported, then "Wireless: link beat detected".
-- 
adamw

Re: [Cooker] dhcpcd cooked

[Adam Williamson]

On Sat, 2003-07-19 at 01:08, Adam Williamson wrote:

> I wouldn't be surprised if the same thing was happening to him as
> happened to me with my WLAN card - ifplugd now tries to deal with it,
> and until this morning's updates it would launch then terminate itself a
> minute later and take the connection down with it. Now it doesn't seem
> to do that any more.
> 
> Note: why the hell has Evolution just started wrapping at these
> ridiculously short line lengths? I didn't change anything. Fred?

Eek, sorry to reply to myself, but this just gets weirder and weirder.
See, when I TYPED the above message the line breaks appeared in entirely
different places. As I'm typing this, there's a line break at "just",
one at "I", one at "line", one at "different" and one at "line" again.
Yet when I post they'll be somewhere else, it seems, and the message
will appear normal, and you'll think I'm all on crack. I can post a
screenshot if anyone's worried about my mental health. This is one weird
bug. Fred, I'm sure it's your fault. :)
-- 
adamw

Re: [Cooker] Re: [CHRPM] dmapi-2.0.5-3mdk

[Stefan van der Eijk]

[...]
   

Just fixed it for dmapi, it is trivial:

%define lib_name_orig %mklibname dm

instead of

%define lib_name_orig libdm

 

Except that it should be specifying major (and possibly minor) too:

%define libname %mklibname %name %major

is the usual method, assuming you have %name and %major defined before
this. Whether you want to use -d and -s to save you typing a few letters
(evel and tatic) is up to you, except for the case below.
But I don't think mklibname works on older releases, plus it can mess
with --with options, so if you want packages to build everywhere, you
may prefer:
%define libname %{lib}%{name}%{major}

which really does the same thing (mostly, ie you have to type some extra
stuff for the devel packages).
 

OK... This explains how it was done for this package. I guess this can
be applied to any package complaining about missing mklib?
   

Rule of thumb:
- when you have a problem of that kind, look for a package maintained
by gb about how it is done there :p
 

uhm... you are kidding, right?

   

Trawling other spec files is a good way to learn some tricks, 

True. But if everybody goes ahead and does that --> quite a waste of 
resources. .spec files are also scattered with exceptions, people might 
take an "exception" and use it as their "standard", and that might not 
be the way it should be done. /me thinks one document containing the 
prefered way to do things and also describing why certain things are 
done that way (--> some reading material for newby packagers).

but only because we haven't got a better document.

YET

But things could be done
better, for instance we would be using %{?_with}-style macros in a
similar way to the way the Gentoo guys use their "use" flags.
And there are probably many more improvements to be considered...

We need to do better than this... at least write a page on the wiki
about it... or make a link on the wiki to where the document is.
   

Thierry had it on his todo list to update the howto, but if Thierry
agrees, it may be more efficient to dump the current mdk-rpm-howto into
the wiki?
I got started on it, but decided to ask the list first.

The conclusion of the discusion was that it is a good idea, but we (I 
think Dams was also involved in the thread) weren't sure how it should 
be done.
- One big document, or split up per chapter?
- Naming of chapters in WiKi style or not?

Regards,

Stefan


smime.p7s
Description: S/MIME Cryptographic Signature

Re: [Cooker] dhcpcd cooked

[Buchan Milne]

On Sat, 19 Jul 2003, Adam Williamson wrote:

> Supplementary to previous - the problem I noted with ifplugd isn't
> actually fixed. When it starts on boot, it still exits and brings the
> connection down with it after about two minutes. I have to put the
> connection up manually with ifup eth0. This is on my laptop, with a
> PCMCIA WLAN card using the orinoco_cs driver. It's clearly exiting
> intentionally, not just crashing, according to /var/log/messages. And
> what the FUCK is wrong with Evolution's word wrap? Argh.

Log messages? ifstatus -v output before and after 'service network 
restart'? It might also be an idea to see if ifplugd is affected by 
gcc-3.3.1, dropping optimisation flags may help (just tested, samba-2.2.8a 
works with -Os).

Regards,
Buchan

-- 
|Registered Linux User #182071-|
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

**
Please click on http://www.cae.co.za/disclaimer.htm to read our
e-mail disclaimer or send an e-mail to [EMAIL PROTECTED] for a copy.
**

Re: [Cooker] So, is someone going to file a bug against...

[Austin]

On 2003.07.18 18:48, Andi Payn wrote:
So, why is this system still in place? Why hasn't someone run for government
specifically with the idea of getting rid of it? Or, just ignore the whole
thing, use the "wrong" words without a second thought, and don't argue in
front of the rest of the world lest the Quebecois will start to get the idea
that they're as good as you
Hey, at least in France it's not illegal to post a sign in English (AFAIK), or 
do business in English (AFAIK).  Hell, Canada is a bilingual country but if an 
immigrant is unlucky enough to land in Montreal, it's illegal for him to send 
his kids to any shool with more that 5% English.

So while Quebec may not have an Academie Francaise, they work their asses off 
trying to prevent engligh encroachment... and IT WORKS!  I have many friends 
from Quebec who are in college and can barely speak English, and cannot write 
it at all.  Not that this is a good thing... my point is just that it's 
working (to a degree).

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

Re: [Cooker] Re: [Contrib-Rpm] gnome-cups-manager-0.17-1mdk

[Buchan Milne]

On Sat, 19 Jul 2003, J.A. Magallon wrote:

> One suggestion, change the test page: take away the XIMIAN banner and
> put some Mandrake artwork there... ;) Ah, the frames around the page
> are nice.
> 
> Just a suggestion for Mandrake's corporate identity...

You mean there is one? ;-).

Actually, I think it would be nice if Mandrake provided a single app to 
allow big companies (ok, SME's > 100) to apply corporate identity (login 
manager, bootsplash, lilo, etc etc).

And IMHO splash screens for GNOME/KDE should get as much (or more) 
attention than bootsplash, they are hopefully seen more often. And the 
same thing applies to things like the cartoon dragon on KDE logout ...

Regards,
Buchan

-- 
|Registered Linux User #182071-|
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

**
Please click on http://www.cae.co.za/disclaimer.htm to read our
e-mail disclaimer or send an e-mail to [EMAIL PROTECTED] for a copy.
**

Re: [Cooker] ToDo

[Jure Repinc]

Warly wrote:
I add a todo in the wiki, to summarize in one page currently what
makes people buzy.
http://qa.mandrakesoft.com/twiki/bin/view/Main/ToDo

Comments welcomed.
Great idea! This brings you another step closer to the community. Thanks 
again for all your work.

--
Live long and prosper!

Re: [Cooker] dhcpcd cooked

[Adam Williamson]

Supplementary to previous - the problem I noted with ifplugd isn't
actually fixed. When it starts on boot, it still exits and brings the
connection down with it after about two minutes. I have to put the
connection up manually with ifup eth0. This is on my laptop, with a
PCMCIA WLAN card using the orinoco_cs driver. It's clearly exiting
intentionally, not just crashing, according to /var/log/messages. And
what the FUCK is wrong with Evolution's word wrap? Argh.
-- 
adamw

Re: [Cooker] Re: [Contrib-Rpm] samba3-3.0.0-0.beta3.2mdk

[Buchan Milne]

On Sat, 19 Jul 2003, J.A. Magallon wrote:

> 
> Perhaps you couls try with -Os. It seems to work for me in the kernel,
> and for a package it would not impact so much its performance.
> And you could even get a faster package, as it is more cache-friendly...
> 
> If everyone is going to drop optimization until gcc-3.3.1 is trusted,
> I would suggest -Os.

I will try it later, but:
1)samba-2.2.x was broken by this for more than a week
2)samba3 has been out-of-date for a while
3)I have been trying a number of combinations of flags, -O1 was the first 
one I got that worked (IIRC I had tried -Os).
4)At this stage, I prefer to have a working samba in cooker, it's enough 
to be considering putting samba3 in main without having to retest every 
single feature between compiles at different optimisation flags.

Of course, if someone else can confirm that all features work when 
compiled with -Os, and will take on bugs for samba related to this, I 
would switch. Unfortunately, it is non-trivial to test all features ... 
and thus far the only way I find out if features work is to test them 
myself, which can mean considerable effort (setting up a test windows 
server, joining the domain, creating users, just to test winbind, then 
reboot the laptop into Windows and the desktop into linux, and test the 
reverse, then test with a PDC/BDC arrangement, then test a domain trust, 
and we haven't even got to AD/kerberos). BTW, if anyone has environments 
which allow easy testing (ideally daily use) of such environments 
(specifically WindowsNT/2k domains), I could do with off-list 
confirmations every once in a while.

I suspect gcc breakage was affecting password hashing functions, but 
haven't narrowed it down further. Unfortunately, generating bad password 
hashes kind of trashes most of samba's functionality ...

The fact that klama doesn't build samba3 (every other cooker box that has 
tried has succeeded) does complicate things a bit.

I will investigate more later, but with the threat of a cooker snapshot 
coming, I wanted to ensure the packages worked (for samba-2.2.x I still 
need to confirm whether the binaries in cooker do work, they haven't 
arrived on my mirror yet), rather than helping test bleeding edge gcc ;-).

BTW, binaries for samba3 will be a bit behind the SRPM ... but people who 
want to play with samba3 on 8.1-9.1 can get binaries from 
http://ranger.dnsalias.com

Regards,
Buchan

-- 
|Registered Linux User #182071-|
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

**
Please click on http://www.cae.co.za/disclaimer.htm to read our
e-mail disclaimer or send an e-mail to [EMAIL PROTECTED] for a copy.
**

[Cooker] Re: [Contrib-Rpm] gnome-cups-manager-0.17-1mdk

[J.A. Magallon]

On 07.18, Frederic Crozat wrote:
> [Contrib-RPM]
> 
> --=-=-=
> Name: gnome-cups-manager   Relocations: (not relocateable)
> Version : 0.17  Vendor: MandrakeSoft

I like it !!!

A question. It has no menu entry. So I suppose it is intended to be used
called from applications, through bonobo, isn't it ?
Or manually, as I did.

One suggestion, change the test page: take away the XIMIAN banner and
put some Mandrake artwork there... ;) Ah, the frames around the page
are nice.

Just a suggestion for Mandrake's corporate identity...

-- 
J.A. Magallon <[EMAIL PROTECTED]>  \ Software is like sex:
werewolf.able.es \   It's better when it's free
Mandrake Linux release 9.2 (Cooker) for i586
Linux 2.4.22-pre6-jam1m (gcc 3.3.1 (Mandrake Linux 9.2 3.3.1-0.3mdk))

Re: [Cooker] dhcpcd cooked

[Adam Williamson]

On Fri, 2003-07-18 at 22:37, Buchan Milne wrote:
> On Fri, 18 Jul 2003, w9ya wrote:
> 
> > O.k. Here's yet some more observations.
> > 
> > I was premature in stating that conditions had changed. It now appears that 
> > sometimes a full dhcp lease is retreved, and THEN logging into kde via kdm is 
> > killing the interface etc. (eth0), and at other times the interface and lease 
> > never get completed. In both cases the drivers are there.
> > 
> 
> Posting anecdotes about the things you were doing when something took your 
> interface down isn't going to help.
> 
> If you want to try and fix this, post the output of 'ifstatus -v eth0' at 
> the time when the interface is up, and when it is down, and the contents 
> of your /etc/sysconfig/networks-scripts/ifcfg-eth0, and possibly the 
> drive your PCMCIA NIC uses.
> 
> If you don't post any information that is *useful* for seeing what is 
> happening, this is a waste of time for all of us.

I wouldn't be surprised if the same thing was happening to him as
happened to me with my WLAN card - ifplugd now tries to deal with it,
and until this morning's updates it would launch then terminate itself a
minute later and take the connection down with it. Now it doesn't seem
to do that any more.

Note: why the hell has Evolution just started wrapping at these
ridiculously short line lengths? I didn't change anything. Fred?
-- 
adamw

[Cooker] installation and errata

[Olivier Blin]

Hi

Would it be possible to show the errata url at the beginning of the installation ?

It would have been useful for Mandrake 9.1 users with more than 1GB of memory.
Today, I've helped a new user that didn't know why the installation hanged. The errata 
url is showed at the end of Mandrake 9.1 installation, so he couldn't know that the 
problem was the big amount of memory.
If the errata url was showed at the beginning of the installation, he could have found 
it himself ...

-- 
Olivier Blin

[Cooker] [Bug 2774] [kernel] Kernel panic during install-boot

[[icedrake]]

http://qa.mandrakesoft.com/show_bug.cgi?id=2774





--- Additional Comments From [EMAIL PROTECTED]  2003-19-07 03:12 ---
This is also happening to me, along with caps and scroll LEDS blinking when it 
locks. Running winXp and attempting dual boot with mandrake 9.1

Hardware: Asrock K78S8X series, Chipset:SiS 746FX, Athlon 2000, NVidia TNT2, 
256MB RAM.



-- 
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
--- 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]
status: NEW
creation_date: 
description: 
Kernel Panic : 'unable to handle kernel NULL pointer derefence at virtual 
address 00'


HardWare: digital Venturis FX 5133 (pentium 200, 64Mb, HD 4.3Gb)

Re: [Cooker] installation and errata

[Buchan Milne]

On Sat, 19 Jul 2003, Olivier Blin wrote:

> Hi
> 
> Would it be possible to show the errata url at the beginning of the 
> installation ?
> 
> It would have been useful for Mandrake 9.1 users with more than 1GB of 
> memory.
> Today, I've helped a new user that didn't know why the installation 
> hanged. The errata url is showed at the end of Mandrake 9.1 
> installation, 
> so he couldn't know that the problem was the big amount of memory.
> If the errata url was showed at the beginning of the installation, he 
> could have found it himself ...


This would have to be on the syslinux splash screen? AFAIK, with the 1GB 
bug, you don't really seen anything but that?

Of course, the errata site *is* listed in the installation instructions, 
easily accessible on the CD, but who would think to look there ;-).

Maybe the syslinux boot screen should tell the user to read the docs if 
anything goes wrong? Or is it wrong to expect a user to read instructions 
nowadays?

Regards,
Buchan

-- 
|Registered Linux User #182071-|
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

**
Please click on http://www.cae.co.za/disclaimer.htm to read our
e-mail disclaimer or send an e-mail to [EMAIL PROTECTED] for a copy.
**

[Cooker] Re: cooksync/rpmsync updated to handle banners

[David Walser]

Ben Reser wrote:
> On Fri, Jul 18, 2003 at 08:16:24AM -0400, David Walser wrote:
>> Well I didn't know rsync could spam your console with a banner like
>> FTP.  I wish rsync would let you suppress it, but alas it doesn't.
> 
> Sure it does. -q
> Unfortunately you just lose all the other progress indicators...

Not just that...you lose *everything* !  (at least in a dryrun)
So that wouldn't do me any good.

Re: [Cooker] So, is someone going to file a bug against...

[David Sansome]

On Friday 18 July 2003 1:21 pm, Levi Ramsey wrote:
> The use of "e-mail" instead of "courriel" in the French translations?

Take a look at this:
http://www.twincities.com/mld/twincities/news/6333463.htm

:)

David Sansome

Re: [Cooker] So, is someone going to file a bug against...

[Andi Payn]

It was French linguists (back in the pre-Chomsky dark ages) who first showed 
what a silly idea this kind of system is--in words not much different from 
Thierry's. And every Frenchman that I talk to thinks the whole thing is 
stupid. 

And yet, France is the only country in the world that still attempts to 
legally enforce some bizarre idea of "correct" language change.

So, why is this system still in place? Why hasn't someone run for government 
specifically with the idea of getting rid of it? Or, just ignore the whole 
thing, use the "wrong" words without a second thought, and don't argue in 
front of the rest of the world lest the Quebecois will start to get the idea 
that they're as good as you

It may sound a bit odd for an American to throw stones, since the US has more 
stupid laws and policies than all of Europe put together--but that's just the 
point: We expect you to be more rational than us, and it's always 
disappointing to see you being as stupid and jingoistic as Americans--or, 
worse, as whinily accepting as Americans of stupid and jingoistic policies 
that you actually hate.

Re: [Cooker] Re: [Contrib-Rpm] klegacyconfig-0.6-2mdk

[Buchan Milne]

On Fri, 18 Jul 2003, Olivier Blin wrote:

> On Fri, 18 Jul 2003 21:03:11 +0200 (CEST)
> Laurent MONTEL <[EMAIL PROTECTED]> wrote:
> 
> > Name: klegacyconfigRelocations: (not relocateable)
> > URL : http://jonsim.kdedevelopers.net
> 
> funny url :)
> 

It worked when it was originally uploaded.

> The real homepage of klegaconfig seems to be http://www.darkweb-rebel.com but it is 
> unreachable ...

No point in changing it then?

Regards,
Buchan

-- 
|Registered Linux User #182071-|
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

**
Please click on http://www.cae.co.za/disclaimer.htm to read our
e-mail disclaimer or send an e-mail to [EMAIL PROTECTED] for a copy.
**

[Cooker] [Bug 1949] [drakxtools] Informational text isn't wrapped to fit in window

[[tvignaud]]

http://qa.mandrakesoft.com/show_bug.cgi?id=1949


[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]
   ||mandrake.com
 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2003-19-07 01:04 ---
this one was fixed on 27 february in drakxtools-9.1-9mdk

-- 
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
--- 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]
status: RESOLVED
creation_date: 
description: 
The text on the top of the drakperm window isn't wrapped so that the window has
to be maximized to be able to read it.

I've copied the offending message from DrakX-nl.po here:

#: ../../standalone/drakperm:1
#, c-format
msgid ""
"Drakperm is used to see files to use in order to fix permissions, owners, "
"and groups via msec.\n"
"You can also edit your own rules which will owerwrite the default rules."
msgstr ""
"Drakperm is bedoeld om te zien welke bestanden gebruikt moeten worden om "
"permissies, eigenaars en groepen juist in te stellen via 'msec'.\n"
"U kunt ook uw eigen regels maken die voorrang krijgen op de standaard regels."

Re: [Cooker] So, is someone going to file a bug against...

[Michael Scherer]

On Friday 18 July 2003 20:56, Olivier Blin wrote:
> > The use of "e-mail" instead of "courriel" in the French
> > translations?
>
> I'm a native french speaker and I've never heard anyone saying the
> word "courriel". All french people I know use the word "e-mail", even
> teachers. So I guess it's ok to keep "e-mail".

well, in quebec, we use 'clavarder' for chat, and mel for 'email'.

I think they sound nicer than the idea of our dears "academiens"
-- 

Michaël Scherer

Re: [Cooker] So, is someone going to file a bug against...

[Pierre Jarillon]

Le Vendredi 18 Juillet 2003 20:56, Olivier Blin a écrit :
> > The use of "e-mail" instead of "courriel" in the French translations?
>
> I'm a native french speaker and I've never heard anyone saying the word
> "courriel". All french people I know use the word "e-mail", even teachers.
> So I guess it's ok to keep "e-mail".

I often use "Courriel" which come from "Courrier Electronique". 
Some people also try "mél" without a great success.
Our cousins of Quebec who take care of french langage better than us,
use "courriel".

-- 
Pierre Jarillon - http://pjarillon.free.fr/
Vice-président de l'ABUL : http://abul.org/

Re: [Cooker] curl problems with urpmi

[Adam Williamson]

On Fri, 2003-07-18 at 17:32, Jay DeKing wrote:

> Agreed. I've had to use wget as well for as long as I can recall, though curl 
> has always been installed.
> 
> Jay

Curl works fine here, though it never gets a description file for the
cooker or contrib sources...I assume they've gone missing or something.
-- 
adamw

Re: [Cooker] So, is someone going to file a bug against...

[Adam Williamson]

On Fri, 2003-07-18 at 18:21, Levi Ramsey wrote:
> The use of "e-mail" instead of "courriel" in the French translations?

Heh :). Good one, Levi...
-- 
adamw

Re: [Cooker] So, is someone going to file a bug against...

[Thierry Vignaud]

Pierre Jarillon <[EMAIL PROTECTED]> writes:

> > I'm a native french speaker and I've never heard anyone saying the
> > word "courriel". All french people I know use the word "e-mail",
> > even teachers.  So I guess it's ok to keep "e-mail".
> 
> I often use "Courriel" which come from "Courrier Electronique".
> Some people also try "mél" without a great success.
> Our cousins of Quebec who take care of french langage better than
> us, use "courriel".

i don't see systematical translation of foreign words as "caring more
about our language"

french language has historically merged quite a lot of words from
foreign languages (continental celtic, britton, german, jewish (bible
surnames), ...)

english has done the same, especially with french because of the
english/normand dynasty after 1066 (so depending of your social class,
you eat pork or pig :-))

let do not wast time trying to revert social/linguistic evolution.
languages always evolve through creating/adopting new words.
you cannot alter people behaviour once a word or an idiomatic form has
been massively used.

and especially don't blindly adopt stupid propositions from senile
academician...

it's stupit to replace a word that is at least somewhat meaningful in
another language by another one that sound more french but where you
lost the initial sense (eg: cédérom vs CD-ROM, courriel[1] vs e-mail,
...)

[1] this is an insane non-sense since nobody will think that the el
suffix references electronics since french languages rules would
never have used another word the abbreviation as a suffix but use
compound words.

this is replacing a meaningful word (in another language) by a
meaningless french word constructed on a somewhat altered english
grammatical rules, which is totally dumb.

since we use sometimes mail instead of e-mail, courrier is at
least more sane than courriel

[Cooker] Re: [Contrib-Rpm] samba3-3.0.0-0.beta3.2mdk

[J.A. Magallon]

On 07.18, Buchan Milne wrote:
> [Contrib-RPM]
> 
> --=-=-=
> Name: samba3   Relocations: (not relocateable)
> Version : 3.0.0 Vendor: MandrakeSoft
[...]
> - drop optimisation from O2 to O1 for gcc 3.3.1
> - own some directories for distriblint's benefit

Perhaps you couls try with -Os. It seems to work for me in the kernel,
and for a package it would not impact so much its performance.
And you could even get a faster package, as it is more cache-friendly...

If everyone is going to drop optimization until gcc-3.3.1 is trusted,
I would suggest -Os.

-- 
J.A. Magallon <[EMAIL PROTECTED]>  \ Software is like sex:
werewolf.able.es \   It's better when it's free
Mandrake Linux release 9.2 (Cooker) for i586
Linux 2.4.22-pre6-jam1m (gcc 3.3.1 (Mandrake Linux 9.2 3.3.1-0.3mdk))

Re: [Cooker] weird urpmi question and kdemultimedia

[Adam Williamson]

On Fri, 2003-07-18 at 14:49, Michael Scherer wrote:
> On Friday 18 July 2003 15:08, Adam Williamson wrote:
> > On Fri, 2003-07-18 at 13:37, Per Øyvind Karlsen wrote:
> > > -BEGIN PGP SIGNED MESSAGE-
> > > Hash: SHA1
> > >
> > > urpmi kdemultimedia
> > > Some package requested cannot be installed:
> > > kdemultimedia-3.1.2-8mdk.i586 (due to missing
> > > kdemultimedia-devel-3.1.2-8mdk.i586)
> > > kdemultimedia-devel-3.1.2-8mdk.i586 (due to unsatisfied
> > > devel(libnoatunarts)) (J/n) j
> > > alt er allerede installert
> > > (nb for everythings already installed)
> > >
> > > this makes no sense, it's not a question, yet you have to answer
> > > yes or no, also laurent has to fix these b0rked dependencies
> >
> > Look's like a string's gone missing somewhere - IIRC, it should say
> > "Is this OK? (Y/n)" (or the local equivalent).
> 
> The problem is that no doesn't install anything and stop and yes doesn't 
> install anything, and stop.
> So, since there is nothing more to be installed, only a message should 
> be displayed.

I think it would be quite hard to code for this instance - where the
only packages to be installed, cannot be installed. I also doubt it'd be
a priority for fpons, since it's not a situation that should occur in a
stable release.
-- 
adamw

[Cooker] [Bug 4217] [koffice] New: no hebrew translations for koffice

[[cuco3001]]

http://qa.mandrakesoft.com/show_bug.cgi?id=4217

   Product: koffice
 Component: i18n
   Summary: no hebrew translations for koffice
   Product: koffice
   Version: 1.2.1-8mdk
  Platform: PC
OS/Version: All
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: i18n
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


someone forgot koffice-i18n-he :(

-- 
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.

[Cooker] [Bug 4216] [locales-he] New: 8bit locale missing

[[cuco3001]]

http://qa.mandrakesoft.com/show_bug.cgi?id=4216

   Product: locales-he
 Component: program
   Summary: 8bit locale missing
   Product: locales-he
   Version: 2.3.1.4-6mdk
  Platform: PC
OS/Version: All
Status: UNCONFIRMED
  Severity: blocker
  Priority: P2
 Component: program
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


ISO8859-8 missing from package. Note that some packages (like wine for example)
cannot handle utf8 hebrew yet (missing keyboard layout in X).

BTW: the translation of the description is not good. it should be

אלו הקבצים 
הבסיסיים 
לשימוש בעברית, 
אתה צריך את 
החבילה הזאת 
בכדי להציג 
עברית 
של 8 ביטים, 
לסידור לפי 
האלף בית, 
ולהצגה נכונה 
של מספרים 
ותאריכים 
בהתאם ולקובל
בשפה העברית.
שים לב שהחבילה 
הזאת אינה 
מטפטל בהמרה 
מימין לשמאל או 
משמאל לימין, 
על הישום או 
המסוף, בין אם 
של X11 או המסוף 
וירטואלי, 
לעשות כן.

-- 
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.

Re: [Cooker] Re: [Contrib-Rpm] gettext_0.12-0.12.1-1mdk

[Abel Cheung]

On 2003-07-18(Fri) 17:22:43 -0400, Charles A Edwards wrote:
> > Name: gettext_0.12 Relocations: (not
[..]
> Until this can be resolved, either in urpmi or by me in the gettext_0.12
> build can someone with the access rights Please Remove the gettext_0.12
> rpms from contrib.

Probably removing is the way to go, since Pablo has started to looking
at updating gettext :-)

Abel


> 
> Thanks
> 
> 
> Charles
> 
> -- 
> news: gotcha
> -
> Mandrake Linux 9.2 on PurpleDragon
> Kernel- 2.4.21.3mdk http://www.eslrahc.com 
> -



-- 
Abel Cheung
Linux counter #256983   | http://counter.li.org
GPG Key: (0xC67186FF)   | http://deaddog.org/gpg.asc
Key fingerprint: 671C C7AE EFB5 110C D6D1  41EE 4152 E1F1 C671 86FF


pgp0.pgp
Description: PGP signature

[Cooker] [Bug 2970] [Installation] wrong soundchip detected

[[tvignaud]]

http://qa.mandrakesoft.com/show_bug.cgi?id=2970


[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|[EMAIL PROTECTED]|[EMAIL PROTECTED]




--- Additional Comments From [EMAIL PROTECTED]  2003-19-07 00:59 ---
could you send me the result of lspcidrake -v so that i switch the default
driver for your card it's prove really needed ?

but before try mute some mixers through an alsa aware mixer such as alsamixer,
alsamixergui or gnome-alsamixer (the first one being in the alsa-utils packages,
the later being contrib packages)

-- 
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
--- 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]
status: UNCONFIRMED
creation_date: 
description: 
My PC is a Gericom Commander P4 1.8GHz laptop, purchased 4 month ago. When I
installed 9.1 RC1 as an upgrade, the install detected the soundchip to be
VIA8233 instead of the really present CMOS version VIA82C33. The same happened
minutes ago when trying RC2
This is roughly compatible but results in strong static-like noise superposed to
the sound output when playing numeric samples (as in .WAV, .MP3 etc...).
If I manually switch (using harddrake) to the VIA82CXX driver, and then restart
the X server, the problem is gone. I'm working in the HW bussiness so I quicly
found out, but for non-tech users this could be less easy to guess.

Regards,
PhB

Re: [Cooker] curl problems with urpmi

[J.A. Magallon]

On 07.18, François Pons wrote:
> Robert Fox <[EMAIL PROTECTED]> writes:
> 
> > I keep getting curl errors when trying to use urpmi - but wget seems to
> > work OK.
> > 
> > libcurl2-7.10.5-1mdk
> > curl-7.10.5-1mdk
> > urpmi-4.4-9mdk
> > gurpmi-4.4-9mdk
> 
> Really, I checked here and it works nicely with the above version...
> 
> Do you use proxy ? maybe it is the problem ? Try running with -v urpmi to check,
> you may need to modify /usr/lib/perl5/vendor_perl/5.8.0/urpm.pm and apply the
> following patch in order to check what curl is getting :
> 

Me too.

Just one difference. curl works, but looks like it first tries a connection
that fails and in the second try it works. Since many time ago, for example
with a 'urpmi.update -a', I always get an 'error 9', and then the download
of the synthesys.hdlist.cz. No randomness, no dependence, Always a first
try fails and then I get the correct download.

One gets used to the message...

-- 
J.A. Magallon <[EMAIL PROTECTED]>  \ Software is like sex:
werewolf.able.es \   It's better when it's free
Mandrake Linux release 9.2 (Cooker) for i586
Linux 2.4.22-pre6-jam1m (gcc 3.3.1 (Mandrake Linux 9.2 3.3.1-0.3mdk))

Re: [Cooker] dhcpcd cooked

[Buchan Milne]

On Fri, 18 Jul 2003, w9ya wrote:

> On Friday 18 July 2003 12:25 pm, Buchan Milne wrote:
> >
> > AFAIK, no PCMCIA cards can accurately tell you the status of the cable.
> > If you aren't connected, pop the card out, if you are, pop it in,
> > otherwise you will see things like this. If we can't tell if we are
> > connected, we have to try dhcp, which may result in a long timeout if
> > not connected => get a card that has support for this, most onboard NICs
> > in new laptops do.
> 
> Let me be very specific. It worked, then I updated, then it didn't work. 
> Something must have changed in the updating I guess.

And maybe you would like to try and help find out what it was?

> Since I can get this to 
> work from a command line, I don't see why a script cannot also work, and 
> *again* it was working.

The initscrtipts do a bit more than just launch dhcpcd, and one of the 
other bits may have broken.

> 
> Additionally there is no reason to go looking for the "status of the cable" in 
> this case. One should just be loading drivers (which is happening) and then 
> if your system is dhcp based, getting a lease. Perhaps I don't truly 
> understand what you are saying.

Why would you want to request a lease, and wait around for the reply if 
you know there isn't a DHCP server on the other side of your NIC (since 
it's not connected)?

By determining whether the cable is connected, we can decide whether we 
should make the user wait until DHCP times out (this is what happened on 
8.x and earlier if you were configured for dhcp and not connected), or if 
we should just keep the interface down.

So, maybe it would be useful to have software that can tell us whether the 
cable is connected?

> 
> Since I am not going to be fixing this, and only reporting function that was 
> working at one point, I am not sure it makes much difference that I know that 
> much about it anyways.

But if you want to have it fixed (without hacking), so other people don't 
have the same problem, maybe you can do us all a favour and run 'ifstatus 
-v eth0', and post the answers back, and tell us whether your card was 
showing a link light at the time?

> > >
> > > p.s.  The fix for me was script in rc.local to take care of this.
> >
> > Prolly

Who wrote this? ^^^ I didn't.

> >
> > It would then also be useful to have the output of 'ifstatus -v
> > ' for each card, in different states (ie plugged in, not
> > pluggged in). And you might also want to show us what you have in
> > /etc/sysconfig/network-scripts/ifcfg-eth0, especially MII_UNSUPPORTED or
> > whatever it is (aka the "network hotplugging" checkbox in drakconnect in
> > expert mode).
> >
> > My cooker box with a RTL-8139 never has problems like this ;-) but then
> > again it is always connected, and ifplugd does work well with it.
> 
> That's nice.
> 
> Well as I mentioned in the original post, even with the card installed prior 
> to turning the laptop on, I get the same results. And yes I do understand it 
> might be using the hotplugd stuff anyways. Certainly some of the same scripts 
> are called.
> 

Nothing to do with hotplug.

And you also did not post your ifcfg-eth0 file.

How do you expect us to figure out what the problem is?

Regards,
Buchan

-- 
|Registered Linux User #182071-|
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

**
Please click on http://www.cae.co.za/disclaimer.htm to read our
e-mail disclaimer or send an e-mail to [EMAIL PROTECTED] for a copy.
**

Re: [Cooker] So, is someone going to file a bug against...

[Guillaume Rousse]

Ainsi parlait Olivier Blin :
> > The use of "e-mail" instead of "courriel" in the French translations?
>
> All french people I know use the word "e-mail", even teachers.
Anybody is allowed to teach nowadays...
-- 
Disks are always full. It is futile to try to get more disk space. Data 
expands to fill any void. 
-- Murphy's Computer Laws n°4

[Cooker] Re: [Contrib-Rpm] gettext_0.12-0.12.1-1mdk

[Charles A Edwards]

On Fri, 18 Jul 2003 21:01:47 +0200 (CEST)
Charles A Edwards <[EMAIL PROTECTED]> wrote:

> Name: gettext_0.12 Relocations: (not
> relocateable) Version : 0.12.1Vendor:
> MandrakeSoft Release : 1mdk  Build Date:
> Fri Jul 18 20:02:48 2003 Install date: (not installed)  
> Build Host: klama.mandrake.org Group   :
> System/Internationalization   Source RPM: (none) Size: 3815623
>  License: GPL
> Packager: Charles A Edwards <[EMAIL PROTECTED]>

 
Urpmi does not seem to be properly handling the
Conflicts/Provides for this pkg.
If gettext_0.12 is selected for installation urpmi wants to remove all
currently installed pkgs and their children which have a require for
gettext.

Until this can be resolved, either in urpmi or by me in the gettext_0.12
build can someone with the access rights Please Remove the gettext_0.12
rpms from contrib.

Thanks


Charles

-- 
news: gotcha
-
Mandrake Linux 9.2 on PurpleDragon
Kernel- 2.4.21.3mdk http://www.eslrahc.com 
-


pgp0.pgp
Description: PGP signature

[Cooker] [Bug 3998] [drakxtools] layout problems

[[tvignaud]]

http://qa.mandrakesoft.com/show_bug.cgi?id=3998


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2003-19-07 00:28 ---
i fixed this bug while i converted this tool from gtk+1.2.x to gtk+-2.x (in
drakxtools-9.2-0.14mdk on july 14th)

-- 
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
--- 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]
status: RESOLVED
creation_date: 
description: 
Some text displayed at the same location. It is impossible to read it. 
(locale is KOI8-R)
See the screenshot.

[Cooker] Re: [Contrib-Rpm] klegacyconfig-0.6-2mdk

[Olivier Blin]

On Fri, 18 Jul 2003 21:03:11 +0200 (CEST)
Laurent MONTEL <[EMAIL PROTECTED]> wrote:

> Name: klegacyconfigRelocations: (not relocateable)
> URL : http://jonsim.kdedevelopers.net

funny url :)

The real homepage of klegaconfig seems to be http://www.darkweb-rebel.com but it is 
unreachable ...

-- 
Olivier Blin

Re: [Cooker] Re: Re: Re: frozen-bubble, pysol need soundwrapper

[Duncan]

On Fri 18 Jul 2003 08:53, David Walser posted as excerpted below:
> Yeah, SDL definately does try the DSP's before going to arts, in fact it
> goes farther than libao does and looks for more than one DSP, which is
> pretty cool.  I might see if we can make a similar adjustment to libao.
>
> Anyway, given that SDL does this autodetection, absolutely no SDL apps
> should now be using soundwrapper.  Are there any that are?

I don't know whether it's soundwrapper, or something else, but dosbox is an 
SDL app that still fails to work, from my normal user, anyway.  (I run ARTS 
and it will have just been active since I have KDE set up with an app-launch 
sound that will have presumably just played or still be playing.)  It works 
fine if I run dosbox as root, which implies a permissions issue somewhere.  
However, I did the PAM mod (as mentioned in the fast-user switching thread) 
to 660 from 600, and that didn't help, and I don't really know where to go 
from there..  Yes, the normal user in question IS a part of the audio group.

-- 
Duncan - List replies preferred.
"They that can give up essential liberty to obtain a little
temporary safety, deserve neither liberty nor safety."
Benjamin Franklin

Re: [Cooker] Re: [Contrib-Rpm] ayttm-0.3.3-2mdk

[Per Øyvind Karlsen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Friday 18 July 2003 22:25, Per Øyvind Karlsen wrote:
> uhr, but you did'nt apply more than the typo fix;)
ah, never mind, seems like the diff was against my .spec that was rejected in 
stead of your old:)
- -- 
Regards,
Per Øyvind Karlsen
Sintrax Solutions
http://www.sintrax.net - +47 41681061
- 
GPG Key: http://sintrax.net/~hawkeye/key.asc
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE/GFiEv8F7V9JOSuURAmDrAJ95wdPV+teVDAML0TGD8aagyO1fPgCg2QVY
gMAsCsSC/JhEWbDhD6HAPLA=
=pKjp
-END PGP SIGNATURE-

[Cooker] Re: [Contrib-Rpm] ayttm-0.3.3-2mdk

[Per Øyvind Karlsen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Friday 18 July 2003 22:00, Ben Reser wrote:
> - Apply fixes Per Øyvind Karlsen tried to apply but were rejected
>   because he applied them against 0.3.2-1mdk.
> - rm -rf $RPM_BUILD_ROOT in %install, not %prep
> - macroize
> - fix typo
> - don't list directories twice
> - Really fix the error message in the perl script.
uhr, but you did'nt apply more than the typo fix;)
- -- 
Regards,
Per Øyvind Karlsen
Sintrax Solutions
http://www.sintrax.net - +47 41681061
- 
GPG Key: http://sintrax.net/~hawkeye/key.asc
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE/GFelv8F7V9JOSuURAoo0AJ9m9Ba/yOqZnRDK94ps8QOSKPit/ACeLGeb
Dp+lp/n8DFqm8RHbzLYji1A=
=vbO1
-END PGP SIGNATURE-

[Cooker] [Bug 4215] [evolution] New: Evolution crashes when clicking on Summary

[[cory.meisch]]

http://qa.mandrakesoft.com/show_bug.cgi?id=4215

   Product: evolution
 Component: evolution
   Summary: Evolution crashes when clicking on Summary
   Product: evolution
   Version: 1.4.3-1mdk
  Platform: PC
OS/Version: All
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: evolution
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Gives floating point exception error.

-- 
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.

[Cooker] Re: devfsd/2.6.0-test1

[Andrey Borzenkov]

[I removed lkml. As long as we are discussing specific distro this has no 
business there]


On Friday 18 July 2003 14:49, Mark Watts wrote:
> > >> [EMAIL PROTECTED] ~ $ urpmf /etc/modprobe.devfs
> > >> module-init-tools:/etc/modprobe.devfs
> > >
> > > Interesting, an urpmf for that on my 9.1 box reveals nothing...
> >
> > the package is in cooker since today. Get SRPMs for modutils, devfsd and
> > module-init-tools, compile and install.
>
> Ok, I've got those and I now have a modules.devfs...
> I'm getting the impression that a bunch of modules have changed their names
> (i810_audio for example).

{pts/1}% find . -name i810_audio\*
./sound/oss/i810_audio.c

Some modules did change name, notably USB. I tried to put those known to me in 
modprobe.compat until they are handled better by module-init-tools or drakx. 
Additions and corrections are welcome.

> Even though I've changed (or I think I have) these module names in
> modprobe.conf I'm seeing failures for loading the old ones... Is something
> reading modules.conf that shouldn't?
>

unless you give exact versions of devfsd. modutils, module-init-tools, 
contents of your modules.conf and moprobe.conf and errors you get (and exact 
descritpion when you get them) it is rather guesswork.

I had the same problem initially using the built-in modprobe hack for 
modules.devfs. It did not work reliably so I fixed devfsd. Make sure you are 
using the latest versions of all three.

and keep in mind that initscripts still read old modules.conf so it may be the 
reason.

[Cooker] memory leak in konq

[Guillaume Rousse]

current konq seems to never deallocate memory for images. Just go to 
http://pschit.net/ccc and wait...
-- 
When you finally buy enough memory, you will not have enough disk space. 
-- Murphy's Computer Laws n°3

Re: [Cooker] Re: [CHRPM] docbook-style-dsssl-1.78-4mdk

[Frederic Crozat]

Le Fri, 18 Jul 2003 14:58:29 -0400, Charles A Edwards a écrit :

> --qd2MzSrQz+J)GQ=.
> Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit
> 
> On Fri, 18 Jul 2003 17:15:19 +0200 (CEST) Frederic Crozat
> <[EMAIL PROTECTED]> wrote:
> 
>> Name: docbook-style-dsssl  Relocations: (not
>> relocateable) Version : 1.78  Vendor:
>> MandrakeSoft Release : 4mdk  Build Date: Fri
>> Jul 18 16:57:09 2003 Install date: (not installed) Build Host:
>> hp6.mandrakesoft.com Group   : Publishing
>>   Source RPM: (none)
>> Size: 307776   License: Distributable
>> Packager: Mandrake Linux Team  URL   
>>  : http://sourceforge.net/projects/docbook/
> 
> 
> 45:docbook-style-dsssl 
> /var/tmp/rpm-tmp.3740: line 13: [: too many arguments
> /var/tmp/rpm-tmp.3740: line 21: [: too many arguments

Argg, I've only tested when none or one sgml docbook dtd is installed, not
with two.. :((

I'll fix that on Monday

-- 
Frédéric Crozat
MandrakeSoft

Re: [Cooker] split lists?

[Duncan]

On Fri 18 Jul 2003 09:53, Buchan Milne posted as excerpted below:
> I think the biggest demand for a split list was coming from those
> interested in the server aspects.

It could also involve those NOT interested in the server aspects, as some of 
the biggest threads are server related.  I am such a one.  Personally, I 
could do without most of the kernel discussion as well, as I use a kernel.org 
self-compiled kernel and no initrd (altho I've been following the 2.5/2.6 
discussion with interest, trying to decide when I want to switch), and 
without the install stuff for the most part, since I constantly upgrade.  
Thus, I support the general idea of a split, as it would certainly make life 
a bit easier for me.  However, I understand enough of the practical 
implications to know a split might not work that well in practice, even for 
me.  Still, the idea of having servers and install on separate lists which I 
can ignore, and kernel on a list which I can filter more intensely and check 
maybe weekly rather than almost daily, IS pretty enticing.

-- 
Duncan - List replies preferred.
"They that can give up essential liberty to obtain a little
temporary safety, deserve neither liberty nor safety."
Benjamin Franklin

Re: [Cooker] dhcpcd cooked

[w9ya]

O.k. Here's yet some more observations.

I was premature in stating that conditions had changed. It now appears that 
sometimes a full dhcp lease is retreved, and THEN logging into kde via kdm is 
killing the interface etc. (eth0), and at other times the interface and lease 
never get completed. In both cases the drivers are there.

Sorry about this confusion.

Bob FInch


On Friday 18 July 2003 12:16 pm, w9ya wrote:
> Some additional info.
>
> On the kde desktop icon flashing issue. I moved some files into folders on
> the desktop, and that seemed to fix the flashing. Some of these files
> couldn't find there associated graphics (i.e a .pdf file may or may not
> look like a pdf icon). So this may well be a non-issue, or probably NOT a
> Mandrake issue.
>
> HOWEVER:
>
> After rebooting the laptop without the pcmcia network card inserted, and
> then inserting it watching on a root tty.well as I suspected this
> mimmicks the pcmcia network card issues that plagued the 8.x releases and I
> think got fixed shortly before 9.1 was released. The scripts are clearly
> hanging. As I recall there was much discussion of this in the past. SO this
> must just be a case of deja-vu !!
>
> Thanks for the attention.
>
> Bob Finch
>
> p.s.  The fix for me was script in rc.local to take care of this.
> Prolly going to have to that again. No big deal just wanted to get this "on
> the record".
>
> On Friday 18 July 2003 11:17 am, w9ya wrote:
> > Hey Gang;
> >
> > Earlier this week, after a urpmi.update -a && urmpi  --auto-select
> > --auto, the eth0 interface seemed to be set up just fine after a reboot.
> > *However* logging into kde via kdm (not mdkkdm) oddly caused the routing
> > and ifconfig for eth0 to "disappear". The modules for the pcmcia card
> > were still loaded so a simple dhcpcd from a root prompt fixed it all up.
> > This was only for the first kdm login after a reboot as subsequent logins
> > via kdm were fine.
> >
> > *NOW* (after just now running the urmpi script above) only the lo
> > interface is being setup after a reboot. As before the pcmcia card's
> > modules are being loaded during the reboot and running dhcpcd from a root
> > prompt after the reboot completes works fine. Now kdm logins no longer
> > appear to be causing any issues in this area.
> >
> > Additionally the kde desktop is having problems since the earlier urpmi
> > updates. Desktop icons are flashing after kdm completes placing said
> > icons after a (kdm) login. The operational fix is to select icon
> > alignment, however this has to be done each time a user logs in.
> >
> > Obviously this may not be a Mandrake specific problem in either case (kde
> > or dhcpcd). But in past experience with at least the dhcpcd issue (yes
> > this is NOT the first time) it has been a Mandrake scripting error.
> >
> > Thanks for the attention.
> >
> > Bob Finch

Re: [Cooker] prelude?

[Florin]

[EMAIL PROTECTED] (Warly) writes:

> Michael Scherer <[EMAIL PROTECTED]> writes:
> 
> > On Tuesday 15 July 2003 21:16, Per Øyvind Karlsen wrote:
> >> prelude in cooker is ancient and won't even rebuild, is there any
> >> plans on fixing/updating this one..?
> >>
> >> http://www.prelude-ids.org/
> >
> > the problem was a licensing issue, IIRC.
> > and, someone said that prelude will change its license and be linkeable 
> > with openssl, so, one day, prelude will come bask
> > Just need to add honeyd-sensor, libsafe-sensor and so on.
> 
> If anybody volunteer to update it, I would gracefully thank her.
> 
> Laurent once said he would like. Now that he has the net back home,
> maybe will he?

I'm already packaging snort ... so I can take it ... if you want ... 

-- 
Florin  http://www.mandrakesoft.com
http://people.mandrakesoft.com/~florin/

Re: [Cooker] So, is someone going to file a bug against...

[Olivier Blin]

> The use of "e-mail" instead of "courriel" in the French translations?

I'm a native french speaker and I've never heard anyone saying the word "courriel". 
All french people I know use the word "e-mail", even teachers.
So I guess it's ok to keep "e-mail".

-- 
Olivier Blin

[Cooker] [Bug 4214] [hylafax-client] New: /usr/bin/faxmail is not an executable program

[[cooker-qa]]

http://qa.mandrakesoft.com/show_bug.cgi?id=4214

   Product: hylafax-client
 Component: packaging
   Summary: /usr/bin/faxmail is not an executable program
   Product: hylafax-client
   Version: 4.1.6-2mdk
  Platform: PC
OS/Version: All
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: packaging
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


When hylafax-client is installed, the %postinstall scriptlet runs the
/usr/sbin/faxsetup script which checks for the presence of some programs,
including /usr/bin/faxmail, which appears to have been separated out of the
hylafax-client package into the hylafax-mailgateway package.

The faxsetup script in hylafax-client needs to be modified to skip checking for
this file.

-- 
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.

[Cooker] Re: [CHRPM] docbook-style-dsssl-1.78-4mdk

[Charles A Edwards]

On Fri, 18 Jul 2003 17:15:19 +0200 (CEST)
Frederic Crozat <[EMAIL PROTECTED]> wrote:

> Name: docbook-style-dsssl  Relocations: (not
> relocateable) Version : 1.78  Vendor:
> MandrakeSoft Release : 4mdk  Build Date:
> Fri Jul 18 16:57:09 2003 Install date: (not installed)  
> Build Host: hp6.mandrakesoft.com Group   : Publishing 
>   Source RPM: (none)
> Size: 307776   License: Distributable
> Packager: Mandrake Linux Team 
> URL : http://sourceforge.net/projects/docbook/


45:docbook-style-dsssl 
/var/tmp/rpm-tmp.3740: line 13: [: too many arguments
/var/tmp/rpm-tmp.3740: line 21: [: too many arguments


Charles

-- 
Fortune's real live weird band names #437:

Mao Tse Helen
-
Mandrake Linux 9.2 on PurpleDragon
Kernel- 2.4.21.3mdk http://www.eslrahc.com 
-


pgp0.pgp
Description: PGP signature

Re: [Cooker] So, is someone going to file a bug against...

[Thierry Vignaud]

Levi Ramsey <[EMAIL PROTECTED]> writes:

> The use of "e-mail" instead of "courriel" in the French
> translations?

i see no reason to follow a stupid suggestion just because it has been
done by some stupid governemental people that are supposed to be the
most intelligent about french language.

eg: they've the great idea to replace acronyms (which have a
signification by themselves) by a phonetic translation (CD-ROM ->
cédérom, ...)

in fact, in the past, most of their suggestion badly failled (one big
exception being "logiciel" for software [but that one was suppossed to
failled from the beginning... but it succeeded]), such as mev for ram,
...

i used to have a book about "official" french words for computer
science words. quite a lot of its contents was pure garbage that
nobody used.


every language always keep inventing new words and adopting words from
other languages.

i see nothing wrong with it.
i do feel wrong in reinventing all "foreign words" into french just
because they're foreign.
look like almost racist for me (but french people used to have a
superiority/inferiority complex...).

-- 
  thierry who is feeling bad about the stupid burocrats of his country
  government

[Cooker] Re: [CHRPM] gnome-pim-1.4.9-2mdk

[Abel Cheung]

On 2003-07-18(Fri) 18:45:41 +0200, Frederic Crozat wrote:
> --=-=-=
> Name: gnome-pimRelocations: (not relocateable)
> Version : 1.4.9 Vendor: MandrakeSoft
> Release : 2mdk  Build Date: Fri Jul 18 18:34:26 2003
> --=-=-=
> * Fri Jul 18 2003 Frederic Crozat <[EMAIL PROTECTED]> - 1:1.4.9-2mdk
> - don't build with pilot support

Fred, once I remembered you have packaged gnome-pim2... where has it
gone?

Abel

-- 
Abel Cheung
Linux counter #256983   | http://counter.li.org
GPG Key: (0xC67186FF)   | http://deaddog.org/gpg.asc
Key fingerprint: 671C C7AE EFB5 110C D6D1  41EE 4152 E1F1 C671 86FF


pgp0.pgp
Description: PGP signature

Re: [Cooker] Re: [CHRPM] gnome-pim-1.4.9-2mdk

[Frederic Crozat]

On Sat, 19 Jul 2003 01:01:50 +0800, Abel Cheung wrote:

> --VrqPEDrXMn8OVzN4
> Content-Type: text/plain; charset=utf-8
> Content-Disposition: inline
> Content-Transfer-Encoding: quoted-printable
> 
> On 2003-07-18(Fri) 18:45:41 +0200, Frederic Crozat wrote:
>> --=3D-=3D-=3D
>> Name: gnome-pimRelocations: (not relocateable)
>> Version : 1.4.9 Vendor: MandrakeSoft
>> Release : 2mdk  Build Date: Fri Jul 18 18:34:=
> 26 2003
>> --=3D-=3D-=3D
>> * Fri Jul 18 2003 Frederic Crozat <[EMAIL PROTECTED]> - 1:1.4.9-2m=
> dk
>> - don't build with pilot support
> 
> Fred, once I remembered you have packaged gnome-pim2... where has it
> gone?

According to the authors, it wasn't stable at all... and there has not
been new release since then :(

-- 
Frederic Crozat
MandrakeSoft

Re: [Cooker] dhcpcd cooked

[w9ya]

On Friday 18 July 2003 12:25 pm, Buchan Milne wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> w9ya wrote:
> > HOWEVER:
> >
> > After rebooting the laptop without the pcmcia network card inserted,
>
> and then
>
> > inserting it watching on a root tty.well as I suspected this
>
> mimmicks the
>
> > pcmcia network card issues that plagued the 8.x releases and I think got
> > fixed shortly before 9.1 was released. The scripts are clearly
>
> hanging. As I
>
> > recall there was much discussion of this in the past. SO this must
>
> just be a
>
> > case of deja-vu !!
>
> AFAIK, no PCMCIA cards can accurately tell you the status of the cable.
> If you aren't connected, pop the card out, if you are, pop it in,
> otherwise you will see things like this. If we can't tell if we are
> connected, we have to try dhcp, which may result in a long timeout if
> not connected => get a card that has support for this, most onboard NICs
> in new laptops do.

Let me be very specific. It worked, then I updated, then it didn't work. 
Something must have changed in the updating I guess. Since I can get this to 
work from a command line, I don't see why a script cannot also work, and 
*again* it was working.

Additionally there is no reason to go looking for the "status of the cable" in 
this case. One should just be loading drivers (which is happening) and then 
if your system is dhcp based, getting a lease. Perhaps I don't truly 
understand what you are saying.

Since I am not going to be fixing this, and only reporting function that was 
working at one point, I am not sure it makes much difference that I know that 
much about it anyways.

>
> > Thanks for the attention.
> >
> > Bob Finch
> >
> > p.s.  The fix for me was script in rc.local to take care of this.
>
> Prolly

Sigh.

>
> > going to have to that again. No big deal just wanted to get this "on the
> > record".
>
> It would then also be useful to have the output of 'ifstatus -v
> ' for each card, in different states (ie plugged in, not
> pluggged in). And you might also want to show us what you have in
> /etc/sysconfig/network-scripts/ifcfg-eth0, especially MII_UNSUPPORTED or
> whatever it is (aka the "network hotplugging" checkbox in drakconnect in
> expert mode).
>
> My cooker box with a RTL-8139 never has problems like this ;-) but then
> again it is always connected, and ifplugd does work well with it.

That's nice.

Well as I mentioned in the original post, even with the card installed prior 
to turning the laptop on, I get the same results. And yes I do understand it 
might be using the hotplugd stuff anyways. Certainly some of the same scripts 
are called.

>
> Regards,
> Buchan
>
> - --

Sure thing'

Bob Finch


>
> |--Another happy Mandrake Club member--|
>
> Buchan MilneMechanical Engineer, Network Manager
> Cellphone * Work+27 82 472 2231 * +27 21 8828820x202
> 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
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.2.2 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQE/GC2NrJK6UGDSBKcRAj6aAJ0bjts72HfVnuG2YDEtvccZ5rjX1QCgihcK
> ouLDkoJgdSjNADpI86AJyTE=
> =I9zZ
> -END PGP SIGNATURE-
>
> **
> Please click on http://www.cae.co.za/disclaimer.htm to read our
> e-mail disclaimer or send an e-mail to [EMAIL PROTECTED] for a copy.
> **

Re: [Cooker] prelude?

[Warly]

Michael Scherer <[EMAIL PROTECTED]> writes:

> On Tuesday 15 July 2003 21:16, Per Øyvind Karlsen wrote:
>> prelude in cooker is ancient and won't even rebuild, is there any
>> plans on fixing/updating this one..?
>>
>> http://www.prelude-ids.org/
>
> the problem was a licensing issue, IIRC.
> and, someone said that prelude will change its license and be linkeable 
> with openssl, so, one day, prelude will come bask
> Just need to add honeyd-sensor, libsafe-sensor and so on.

If anybody volunteer to update it, I would gracefully thank her.

Laurent once said he would like. Now that he has the net back home,
maybe will he?

-- 
Warly

Re: [Cooker] Re: [CHRPM] dmapi-2.0.5-3mdk

[Vincent Danen]

On Fri Jul 18, 2003 at 11:05:59AM +0200, Gwenole Beauchesne wrote:

> > Otherwise we'll have a dead symlink in /usr/lib, which points to the .so 
> > symlink in /lib.
> 
> Then fix the symlink in %{_libdir}. Don't populate /%{_lib} with .so 
> symlinks. And I insist on %{_lib} & %{_libdir}. I had fixed that for lib64 
> but this magically vanished.
> 
> > Any objections to updating xfsdump to 2.2.3?
> 
> I don't know, kernel people will answer. And I suppose Vincent already 
> issued an update to 2.2.3.

None whatsoever, and xfsprogs needs updating as well.  I was having problems
with the symlink revolving stuff and couldn't get it fixed so I wasn't able
to upgrade xfsprogs and xfsdump in cooker like I had wanted to... dmapi was
holding everything up.   If it's fixed now, then please update xfsprogs and
xfsdump as well.

-- 
MandrakeSoft Security; http://www.mandrakesecure.net/
Online Security Resource Book; http://linsec.ca/
"lynx -source http://linsec.ca/vdanen.asc | gpg --import"
{FE6F2AFD : 88D8 0D23 8D4B 3407 5BD7  66F9 2043 D0E5 FE6F 2AFD}



pgp0.pgp
Description: PGP signature

Re: [Cooker] cooksync/rpmsync updated to handle banners

[Ben Reser]

On Fri, Jul 18, 2003 at 08:16:24AM -0400, David Walser wrote:
> Well I didn't know rsync could spam your console with a banner like
> FTP.  I wish rsync would let you suppress it, but alas it doesn't.

Sure it does. -q
Unfortunately you just lose all the other progress indicators...

-- 
Ben Reser <[EMAIL PROTECTED]>
http://ben.reser.org

"What upsets me is not that you lied to me, but that from now on I can
no longer believe you." -- Nietzsche

Re: [Cooker] gettext and libiconv.so.2

[Charles A Edwards]

On Sat, 19 Jul 2003 00:59:52 +0800
Abel Cheung <[EMAIL PROTECTED]> wrote:

> Charles has managed to get gettext build with libtool 1.4. Charles,
> where's your spec?

 
Since I got no nays in response to my earlier post regarding my
intentions I this afternoon uploaded it to contribs 
gettext_0.12-0.12.1-1mdk 
gettext_0.12-base-0.12.1-1mdk
gettext_0.12-java-0.12.1-1mdk
gettext_0.12-devel-0.12.1-1mdk
libintl_0.12_2-0.12.1-1mdk


Charles

-- 
The bug starts here.
-
Mandrake Linux 9.2 on PurpleDragon
Kernel- 2.4.21.3mdk http://www.eslrahc.com 
-


pgp0.pgp
Description: PGP signature

Re: [Cooker] split lists?

[Andi Payn]

Why is there still an argument going on? The people against the split are 
saying, "I don't see the need, but I guess we could try out a few sublists, 
if for nothing else then to keep you idiots quiet." The people who want the 
split are saying, "You reactionary running-dog bastards, I demand that we try 
out a few sublists now!" 

So, what exactly is all the shouting about? Let me summarize what everyone on 
all sides seems to be saying minus the rhetoric, and see if there's still any 
substantive disagreement:

Step 1: Create a few sublists. Accept that this may not be the final 
breakdown, but a good starting point is Warly's suggestion (install tools, 
config tools, and GUI) plus Buchan's server-specific list.

Step 2: For now, forward all of the lists to the master list cooker (munging 
reply-to if necessary), so people who don't do anything will continue to see 
everything. Alternatively, provide an easy way to subscribe to all lists at 
once (a message sent to everyone on the list that, if replied to, will 
subscribe you to the other lists).

Step 3: Leave bugzilla alone, and everything else.

Step 4: See how it goes.

Re: [Cooker] dhcpcd cooked

[w9ya]

Some additional info.

On the kde desktop icon flashing issue. I moved some files into folders on the 
desktop, and that seemed to fix the flashing. Some of these files couldn't 
find there associated graphics (i.e a .pdf file may or may not look like a 
pdf icon). So this may well be a non-issue, or probably NOT a Mandrake issue.

HOWEVER:

After rebooting the laptop without the pcmcia network card inserted, and then 
inserting it watching on a root tty.well as I suspected this mimmicks the 
pcmcia network card issues that plagued the 8.x releases and I think got 
fixed shortly before 9.1 was released. The scripts are clearly hanging. As I 
recall there was much discussion of this in the past. SO this must just be a 
case of deja-vu !!

Thanks for the attention.

Bob Finch

p.s.  The fix for me was script in rc.local to take care of this. Prolly 
going to have to that again. No big deal just wanted to get this "on the 
record".

On Friday 18 July 2003 11:17 am, w9ya wrote:
> Hey Gang;
>
> Earlier this week, after a urpmi.update -a && urmpi  --auto-select --auto,
> the eth0 interface seemed to be set up just fine after a reboot. *However*
> logging into kde via kdm (not mdkkdm) oddly caused the routing and ifconfig
> for eth0 to "disappear". The modules for the pcmcia card were still loaded
> so a simple dhcpcd from a root prompt fixed it all up. This was only for
> the first kdm login after a reboot as subsequent logins via kdm were fine.
>
> *NOW* (after just now running the urmpi script above) only the lo interface
> is being setup after a reboot. As before the pcmcia card's modules are
> being loaded during the reboot and running dhcpcd from a root prompt after
> the reboot completes works fine. Now kdm logins no longer appear to be
> causing any issues in this area.
>
> Additionally the kde desktop is having problems since the earlier urpmi
> updates. Desktop icons are flashing after kdm completes placing said icons
> after a (kdm) login. The operational fix is to select icon alignment,
> however this has to be done each time a user logs in.
>
> Obviously this may not be a Mandrake specific problem in either case (kde
> or dhcpcd). But in past experience with at least the dhcpcd issue (yes this
> is NOT the first time) it has been a Mandrake scripting error.
>
> Thanks for the attention.
>
> Bob Finch

Re: [Cooker] whats wrong with the yelp..

[Abel Cheung]

On 2003-07-18(Fri) 16:23:54 +0200, Bjorn wrote:
> 5:gnome-applets  ##
> yelp:get-title could not determine the title of node with type "title"
> yelp:get-title could not determine the title of node with type "title"

Looks like recent change in yelp stylesheet has make other help
documents b0rked... (I didn't investigate it)

Abel


> yelp:get-title could not determine the title of node with type "para"
> yelp:get-title could not determine the title of node with type "para"
> yelp:get-title could not determine the title of node with type "title"
> yelp:get-title could not determine the title of node with type "title"
> yelp:get-title could not determine the title of node with type "itemizedlist"
> yelp:get-title could not determine the title of node with type "itemizedlist"
> yelp:get-title could not determine the title of node with type "para"
> yelp:get-title could not determine the title of node with type "para"
> yelp:get-title could not determine the title of node with type "title"
> yelp:get-title could not determine the title of node with type "title"
> yelp:get-title could not determine the title of node with type "title"
> yelp:get-title could not determine the title of node with type "title"
> yelp:get-title could not determine the title of node with type "title"
> yelp:get-title could not determine the title of node with type "title"
> yelp:get-title could not determine the title of node with type "title"
> yelp:get-title could not determine the title of node with type "title"
> yelp:get-title could not determine the title of node with type "title"
> yelp:get-title could not determine the title of node with type "title"
> 
> Bjørn Jørgensen
> 
> 

-- 
Abel Cheung
Linux counter #256983   | http://counter.li.org
GPG Key: (0xC67186FF)   | http://deaddog.org/gpg.asc
Key fingerprint: 671C C7AE EFB5 110C D6D1  41EE 4152 E1F1 C671 86FF



pgp0.pgp
Description: PGP signature

Re: [Cooker] dhcpcd cooked

[Buchan Milne]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

w9ya wrote:

> HOWEVER:
>
> After rebooting the laptop without the pcmcia network card inserted,
and then
> inserting it watching on a root tty.well as I suspected this
mimmicks the
> pcmcia network card issues that plagued the 8.x releases and I think got
> fixed shortly before 9.1 was released. The scripts are clearly
hanging. As I
> recall there was much discussion of this in the past. SO this must
just be a
> case of deja-vu !!
>

AFAIK, no PCMCIA cards can accurately tell you the status of the cable.
If you aren't connected, pop the card out, if you are, pop it in,
otherwise you will see things like this. If we can't tell if we are
connected, we have to try dhcp, which may result in a long timeout if
not connected => get a card that has support for this, most onboard NICs
in new laptops do.

> Thanks for the attention.
>
> Bob Finch
>
> p.s.  The fix for me was script in rc.local to take care of this.
Prolly
> going to have to that again. No big deal just wanted to get this "on the
> record".
>

It would then also be useful to have the output of 'ifstatus -v
' for each card, in different states (ie plugged in, not
pluggged in). And you might also want to show us what you have in
/etc/sysconfig/network-scripts/ifcfg-eth0, especially MII_UNSUPPORTED or
whatever it is (aka the "network hotplugging" checkbox in drakconnect in
expert mode).

My cooker box with a RTL-8139 never has problems like this ;-) but then
again it is always connected, and ifplugd does work well with it.

Regards,
Buchan

- --
|--Another happy Mandrake Club member--|
Buchan MilneMechanical Engineer, Network Manager
Cellphone * Work+27 82 472 2231 * +27 21 8828820x202
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
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQE/GC2NrJK6UGDSBKcRAj6aAJ0bjts72HfVnuG2YDEtvccZ5rjX1QCgihcK
ouLDkoJgdSjNADpI86AJyTE=
=I9zZ
-END PGP SIGNATURE-

**
Please click on http://www.cae.co.za/disclaimer.htm to read our
e-mail disclaimer or send an e-mail to [EMAIL PROTECTED] for a copy.
**

Re: [Cooker] Building Cooker

[Frank Griffin]

Buchan Milne wrote:

(snip)

Thanks very much for taking the time to write this.  You have 
drastically improved my urpmi expertise (not particularly difficult, 
considering my level, but thanks anyway !).

[Cooker] So, is someone going to file a bug against...

[Levi Ramsey]

The use of "e-mail" instead of "courriel" in the French translations?

-- 
Levi Ramsey
[EMAIL PROTECTED]   [EMAIL PROTECTED]

Take due notice and govern yourselves accordingly.
Currently playing: Metallica - ReLoad - Where The Wild Things Are
Linux 2.4.21-3mdk
 13:21:00 up 1 day, 20 min,  9 users,  load average: 0.32, 0.27, 0.20

Re: [Cooker] gettext and libiconv.so.2

[Abel Cheung]

On 2003-07-18(Fri) 17:41:49 +0200, Pablo Saratxaga wrote:
> The build fails in the compilation of java version fo gettext:
> 
> make[3]: Entering directory 
> `/home/pablo/rpm/BUILD/gettext-0.12.1/gettext-runtime/intl-java'
> /bin/sh ../lib/javacomp.sh -d . ./gnu/gettext/GettextResource.java
> mv: `./gnu/gettext/GettextResource.class' et `./gnu/gettext/GettextResource.class' 
> identifient le même fichier.
[...]
> there is no "mv" command either in the Makefile or in ../lib/javacomp.sh
> it seems it is done by gjc...

Yup, and "Requires: gcj-tools".


> (the build also required a cange to patch7, and BuildRequires:  automake1.7)

Yes, I missed the automake1.7, probably because I've been switching
default auotmake to 1.7 long time ago.

For patch7, probably some more thinking is needed. Currently LSB 1.3
states that msgfmt should silently allow duplicate msgid's with
--output-file option, but some thinks that current implementation in
gettext is better (http://www2.linuxbase.org/talks/sa20030521.html).
I also think that allowing duplicate msgid's is not a good thing...

Besides, "domain" directive is not ignored as LSB expected.

Charles has managed to get gettext build with libtool 1.4. Charles,
where's your spec?

And I have updated some other things -- fixed up libtool 1.5 so that it
won't pick up pre-installed gettext 0.11.5 libraries (I do this because
libtool 1.5.x is expected to go into cooker some time later), fixed
patch5, and other things. My fixes are in
http://deaddog.org/Mandrake/enhancement/SRPMS/gettext-0.12.1-0.1mdk.src.rpm


Abel


> 
> -- 
> Ki ça vos våye bén,
> Pablo Saratxaga
> 
> http://chanae.walon.org/pablo/PGP Key available, key ID: 0xD9B85466
> [you can write me in Walloon, Spanish, French, English, Italian or Portuguese]



-- 
Abel Cheung
Linux counter #256983   | http://counter.li.org
GPG Key: (0xC67186FF)   | http://deaddog.org/gpg.asc
Key fingerprint: 671C C7AE EFB5 110C D6D1  41EE 4152 E1F1 C671 86FF


pgp0.pgp
Description: PGP signature

Re: [Cooker] Cursor_themes requires xdialog but doesn't install it

[Buchan Milne]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

MEISCH,CORY (HP-Vancouver,ex1) wrote:
> I installed cursor_themes yesterday and they worked fine. Then I went to
> execute choose_cursor and got an error. I then installed xdialog and it
> worked fine.
>

It's supposed to use one of kdialog, gdialog, cdialog or Xdialog. On
9.1, they all work fine. On 9.2, kdialog is currently broken (see
another thread on this), zenity's gdialog emulation (which replace the
previous gdialog in gnome-utils) isn't what it should be (Fred will get
a patch later, probably Monday fixing the issues I need), leaving Xdialog.

I was hoping not to have to depend on a package from contrib, when we
have at least one (we had two before when gnome-utils was still around)
suitable replacements in main.

Patches or other suggestions welcome (also on how to get more cursors
working, such as when you depress the mouse on a mozilla menu, some
themes don't have a cursor, some do ...).

Regards,
Buchan
- --
|--Another happy Mandrake Club member--|
Buchan MilneMechanical Engineer, Network Manager
Cellphone * Work+27 82 472 2231 * +27 21 8828820x202
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
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQE/GCxsrJK6UGDSBKcRAl7fAJ92Sc+1TUrJ4ZENk4xHBLMS0lJW6QCfcOBg
DI7MhZWPSkq6vaZ1zver3as=
=Kr3C
-END PGP SIGNATURE-

**
Please click on http://www.cae.co.za/disclaimer.htm to read our
e-mail disclaimer or send an e-mail to [EMAIL PROTECTED] for a copy.
**

RE: [Cooker] curl problems with urpmi

[MEISCH,CORY (HP-Vancouver,ex1)]

Ditto for me to, I just use the --wget parm.

> -Original Message-
> From: w9ya [mailto:[EMAIL PROTECTED] 
> Sent: Friday, July 18, 2003 8:53 AM
> To: [EMAIL PROTECTED]
> Subject: Re: [Cooker] curl problems with urpmi
> 
> 
> Ditto
> 
> Bob Finch
> 
> On Friday 18 July 2003 09:31 am, Serge Plüss wrote:
> > At 7/18/2003 06:10 AM, you wrote:
> > >On Fri, 2003-07-18 at 15:59, François Pons wrote:
> > > > Robert Fox <[EMAIL PROTECTED]> writes:
> > > > > I keep getting curl errors when trying to use urpmi - 
> but wget seems
> > > > > to work OK.
> > > > >
> > > > > libcurl2-7.10.5-1mdk
> > > > > curl-7.10.5-1mdk
> > > > > urpmi-4.4-9mdk
> > > > > gurpmi-4.4-9mdk
> > > >
> > > > Really, I checked here and it works nicely with the 
> above version...
> > > >
> > > > Do you use proxy ? maybe it is the problem ? Try 
> running with -v urpmi
> > >
> > > to check,
> > >
> > > > you may need to modify 
> /usr/lib/perl5/vendor_perl/5.8.0/urpm.pm and
> > >
> > > apply the
> > >
> > > > following patch in order to check what curl is getting :
> > >
> > >The only thing which may be causing this problem is that I am using
> > >Guarddog on both machines using iptables and firewalling.
> > >
> > >When I turn off both firewalls (on both machines) it still 
> give errors:
> > >urpmi.update -a
> > >retrieving description file of "Installation CD (ftp1)"...
> > >...retrieving failed: curl failed: exited with 9 or signal 0
> > >
> > >retrieving source hdlist (or synthesis) of "Installation 
> CD (ftp1)"...
> > >
> > 
> >ftp://robert:[EMAIL PROTECTED]//mnt/hd/cooker/Mandrake/base
/hdlist.cz
> >...retrieving failed: curl failed: exited with 9 or signal 0
> >
> >retrieve of source hdlist (or synthesis) failed
> >no hdlist file found for medium "Installation CD (ftp1)"
> >examining synthesis file [/var/lib/urpmi/synthesis.hdlist.Installation
> >CD (ftp1).cz]
> >retrieving description file of "Contrib CD (ftp3)"...
> >...retrieving failed: curl failed: exited with 9 or signal 0
> >
> >retrieving source hdlist (or synthesis) of "Contrib CD (ftp3)"...
> >
> >ftp://robert:[EMAIL PROTECTED]//mnt/hd/cooker/Mandrake/base/hdlist2.cz
> >...retrieving failed: curl failed: exited with 9 or signal 0
> >
> >retrieve of source hdlist (or synthesis) failed
> >no hdlist file found for medium "Contrib CD (ftp3)"
> >examining synthesis file [/var/lib/urpmi/synthesis.hdlist.Contrib CD
> >(ftp3).cz]
> >
> >Thx,
> >R.Fox
>
> Since the beginning of the year with cooker updates daily curl has never
> functioned for urpmi. Always had to use wget, so you're not alone.
>
> Serge

[Cooker] Cursor_themes requires xdialog but doesn't install it

[MEISCH,CORY (HP-Vancouver,ex1)]

I installed cursor_themes yesterday and they worked fine. Then I went to
execute choose_cursor and got an error. I then installed xdialog and it
worked fine.

Cory Meisch
CPEA Test Technician
HP deskjet linux team member
Hewlett-Packard Vancouver
(360) 212-7009
[EMAIL PROTECTED]

[Cooker] Re: Re: Re: frozen-bubble, pysol need soundwrapper

[David Walser]

David Walser wrote:
> Guillaume Cottenceau wrote:
>> David Walser <[EMAIL PROTECTED]> writes:
>> 
>>> I agree. This kind of arts/esd autodetection stuff is one thing
>>> I've been working on the past couple weeks. If you want me to
>>> look into SDL and submit a patch to that, let me know.
>> 
>> Yes, it'd help. Please test current situation, if it's not
>> working, I'd appreciate a patch[1] :).
> 
> Ok, I'll look into it.

Ok, I looked into it, and it's not currently bugged.  It has code internally very 
similar in nature to libao, and I tested it and it works fine.  If the dsp's are not 
available it'll try arts, esd, and nas in that order.

>>> Of course, then you could end up with the bubble using arts/esd,
>>> which you say you don't want, and is why you don't want
>>> soundwrapper on it. Of course in the situation that SDL uses
>>> arts/esd *only* in the case that arts or esd have the sound
>>> device open, it would be the appropriate thing to do. If the user
>>> was unhappy with the results, they shouldn't be trying to play
>>> music with XMMS (using arts/esd) and frozen-bubble at the same
>>> time :o) and they can wait 45 seconds until arts/esd
>>> automatically let go of the device and try again.

Yeah, SDL definately does try the DSP's before going to arts, in fact it goes farther 
than libao does and looks for more than one DSP, which is pretty cool.  I might see if 
we can make a similar adjustment to libao.

Anyway, given that SDL does this autodetection, absolutely no SDL apps should now be 
using soundwrapper.  Are there any that are?

Re: [Cooker] split lists?

[Buchan Milne]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Warly wrote:
> It is still quite hard to find a way that pleased enough contributors
> to be efficient.
>
> Maybe could we first try with cooker-install for the install,
> cooker-mandrake-tools for the configuration tools,
> cooker-graphic-interface for anything related to KDE, Gnome and co and
> cooker for the rest ?

I think the biggest demand for a split list was coming from those
interested in the server aspects. Since the machines involved typically
*don't* run cooker (rather people are either working on 9.1 boxes, and
hoping for better features for the next release, or do server packaging
on their cooker desktop), these people have more to benefit than the
others, since a large proportion of current cooker traffic is quite
irrelevant?

Anyway, I hope to start with the thread that I didn't want to go to all
of cooker on cooker now, and we will see how it works ... and whether it
might be an idea to split.

Regards,
Buchan

- --
|--Another happy Mandrake Club member--|
Buchan MilneMechanical Engineer, Network Manager
Cellphone * Work+27 82 472 2231 * +27 21 8828820x202
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
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQE/GCYJrJK6UGDSBKcRAlyDAJ4qWfAnFUZo1B3cCYuvbBRUObJ/LgCfSqnH
6OurpDeLoRKizyopmLA6B5k=
=Bm97
-END PGP SIGNATURE-

**
Please click on http://www.cae.co.za/disclaimer.htm to read our
e-mail disclaimer or send an e-mail to [EMAIL PROTECTED] for a copy.
**

Re: [Cooker] Re: [CHRPM] dmapi-2.0.5-3mdk

[Buchan Milne]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Stefan van der Eijk wrote:
> [...]

>>
>> Just fixed it for dmapi, it is trivial:
>>
>> %define lib_name_orig %mklibname dm
>>
>> instead of
>>
>> %define lib_name_orig libdm
>>

Except that it should be specifying major (and possibly minor) too:

%define libname %mklibname %name %major

is the usual method, assuming you have %name and %major defined before
this. Whether you want to use -d and -s to save you typing a few letters
(evel and tatic) is up to you, except for the case below.

But I don't think mklibname works on older releases, plus it can mess
with --with options, so if you want packages to build everywhere, you
may prefer:

%define libname %{lib}%{name}%{major}

which really does the same thing (mostly, ie you have to type some extra
stuff for the devel packages).

> OK... This explains how it was done for this package. I guess this can
> be applied to any package complaining about missing mklib?
>
>> Rule of thumb:
>> - when you have a problem of that kind, look for a package maintained
>>  by gb about how it is done there :p
>>
> uhm... you are kidding, right?
>

Trawling other spec files is a good way to learn some tricks, but only
because we haven't got a better document. But things could be done
better, for instance we would be using %{?_with}-style macros in a
similar way to the way the Gentoo guys use their "use" flags.

> We need to do better than this... at least write a page on the wiki
> about it... or make a link on the wiki to where the document is.

Thierry had it on his todo list to update the howto, but if Thierry
agrees, it may be more efficient to dump the current mdk-rpm-howto into
the wiki?

I would also like to know what to do with packages that supply multiple
libraries of different names ...

Regards,
Buchan

- --
|--Another happy Mandrake Club member--|
Buchan MilneMechanical Engineer, Network Manager
Cellphone * Work+27 82 472 2231 * +27 21 8828820x202
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
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQE/GCTqrJK6UGDSBKcRAuJTAKC21eyJBg23EQ4b/itAJpJrg/ZLngCgjHcE
AWnRGxrr7vzE2WqnsIlSi1o=
=770c
-END PGP SIGNATURE-

**
Please click on http://www.cae.co.za/disclaimer.htm to read our
e-mail disclaimer or send an e-mail to [EMAIL PROTECTED] for a copy.
**

Re: [Cooker] curl problems with urpmi

[Jay DeKing]

On Friday 18 July 2003 10:31 am, Serge Plüss honored me with this communique:
> At 7/18/2003 06:10 AM, you wrote:
> >On Fri, 2003-07-18 at 15:59, François Pons wrote:
> > > Robert Fox <[EMAIL PROTECTED]> writes:
> > > > I keep getting curl errors when trying to use urpmi - but wget seems
> > > > to work OK.
> > > >
> > > > libcurl2-7.10.5-1mdk
> > > > curl-7.10.5-1mdk
> > > > urpmi-4.4-9mdk
> > > > gurpmi-4.4-9mdk
> > >
> > > Really, I checked here and it works nicely with the above version...
> > >
> > > Do you use proxy ? maybe it is the problem ? Try running with -v urpmi
> >
> > to check,
> >
> > > you may need to modify /usr/lib/perl5/vendor_perl/5.8.0/urpm.pm and
> >
> > apply the
> >
> > > following patch in order to check what curl is getting :
> >
> >The only thing which may be causing this problem is that I am using
> >Guarddog on both machines using iptables and firewalling.
> >

> >
> >Thx,
> >R.Fox
>
> Since the beginning of the year with cooker updates daily curl has never
> functioned for urpmi. Always had to use wget, so you're not alone.
>
> Serge

Agreed. I've had to use wget as well for as long as I can recall, though curl 
has always been installed.

Jay

-- 
Opportunity is missed by most people because it is dressed
in overalls and looks like work.
- Thomas Edison

Re: [Cooker] split lists?

[Warly]

Ben Reser <[EMAIL PROTECTED]> writes:

> On Tue, Jul 15, 2003 at 02:00:05PM +0200, Warly wrote:
>> IMNSHO:
>> 
>> - I have no problem with the current cooker.
>
> Yes and you get paid to read the list.  I don't.  If you wanna pay me to
> read the list then I'll suddenly be okay with spending a lot of time
> reading stuff that doesn't matter much.  I read the list so I can help
> fix problems and get a better distribution.  For my effort I do get the
> reward of my issues being fixed (sometimes).  However, Mandrakesoft
> receives many times the reward for my effort.  It's surprising that
> Mandrakesoft consistently seems to be unwilling to decrease my cost (not
> necessarily money) in helping them get a better distribution.

1. It is not the point of making _you_ happy or not, but making the
_most_ of contributors happy.

2. Usually when one touch something that works quite well it gets
broken for some time. Splitting the list means most of the people
unsubscribing and subscribing to a new one, then change again, then
complain that they do not understand in the new system, that the
previous one was better...

3. And yes I am paid to spend my all day trying to build a damn distro
and making most of the people happy, but reading cooker is not my main
cup of tea, I prefer writing my book instead.

>> - 500 mails a day is about 2 MB, which represents 5 min of a 56k modem
>> connection. However the bandwith argument is still valid to my mind.
>
> It's not about bandwidth for me.  When I'm at home on my fast connection
> I don't care.  It's about time and energy.  When I'm away on vacation
> and on a 56k modem the time that it takes to download is definately more
> than 5 minutes and is definately not worth the effort.  Why?  Because
> there is so much noise.  Most of the list is utterly uninteresting for
> most of the people on the list.

It is still quite hard to find a way that pleased enough contributors
to be efficient.

Maybe could we first try with cooker-install for the install,
cooker-mandrake-tools for the configuration tools,
cooker-graphic-interface for anything related to KDE, Gnome and co and
cooker for the rest ?

> As I said before the argument for filtering and scoring is weak.
> Everyone has to go to a great deal of effort (I'd argue so much that it
> negates teh value in doing so) to set such a thing up.  Split lists
> provide a way that the effort of filtering is distributed to everyone,
> sometimes people won't do their part to do the filtering right,
> sometimes I won't agree with how they filtered things.  That isn't
> really all that different from those that have filters and scoring now.
> I doubt those people can seriously claim that their filters and scoring
> always pull the right mail out.
>
>> - I agree that some people have various interests and are not
>> interested in such or such topics.
>> 
>> - You are the guys who participate to cooker freely as an help to
>> Mandrakesoft, and it should be at your convenience to decide what to
>> do (however we can consider that this a community stuff that should be
>> decided by all the active contributors)
>
> So how exactly do we vote?  Who gets a vote?  What constitutes an active
> contributor?  Who's going to tabulate the votes?  I'm somewhat skeptical
> of this.  I've yet to see Mandrakesoft actually act on any sort of
> "vote."  Usually we're just told how things are and we can either deal
> with them or not.  If there's change afoot to deal with things
> differently than they have in the past in that regard well great.  I'll
> reserve my judgement till we see what happens here.

OK we are juste lames, you are right, forget about it.

-- 
Warly

Re: [Cooker] Building Cooker

[w9ya]

Now this is a great reply IMHO, and a good example to follow.

Concise, not preachy, very informative (I learned alot by reading it), and 
simple to read.

Bob Finch


On Friday 18 July 2003 11:02 am, Buchan Milne wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Frank Griffin wrote:
> > Per Lindström wrote:
> >
> > I tried a urpmi.update -a.  Either that or intervening updates to cooker
> > did make a change in what I saw
>
> Your previous listing seemed to indicate your hdlists were out of sync
> with the packages.
>
> > (both "urpmi urpmi" and "urpmi
> > --auto-select" now get to the install phase), but the upgrades still
> > fail.
> >
> > Here are the errors for "urpmi urpmi":
> > Installation failed:
> >librpm-4.0.4.so is needed by gnorpm-0.96-13mdk
> >librpmdb-4.0.4.so is needed by gnorpm-0.96-13mdk
> >librpmio-4.0.4.so is needed by gnorpm-0.96-13mdk
>
> # urpme gnorpm
>
> It seems there isn't a version compatible with rpm-4.2, so it should
> probably be removed.
>
> > ...and here are the errors for "urpmi --auto-select"
> > Installation failed:
> >perl(Bit::Vector) is needed by perl-Date-Calc-5.3-2mdk
>
> # urpmq -p "perl(Bit::Vector)"
> wml
>
> >perl(Authen::Smb::Smb) is needed by squid-2.5.STABLE3-1mdk
>
> Fixed I think by next squid package.
>
> >librpm-4.0.4.so is needed by gnorpm-0.96-13mdk
> >librpmdb-4.0.4.so is needed by gnorpm-0.96-13mdk
> >librpmio-4.0.4.so is needed by gnorpm-0.96-13mdk
>
> # urpme gnorpm
>
> >xemacs == 21.4.12 is needed by xemacs-tramp-20020411-7mdk
>
> xemacs-tramp most likely needs to be updated.
>
> >libMrm.so.2 is needed by lesstif-clients-0.93.41-3mdk
>
> Seems no package provides libMrm.so.2
>
> >devel(libnoatunarts) is needed by kdemultimedia-devel-3.1.2-10mdk
>
> I think this may stil be a problem.
>
> >perl-BSD-Resource is needed by mod_perl-common-1.3.27_1.27-9mdk
> >perl(BSD::Resource) is needed by mod_perl-common-1.3.27_1.27-9mdk
> >libcap.so.1 is needed by zsh-4.1.1-2mdk
>
> $ urpmq -p -r libcap.so.1
> libcap1-1.10-3mdk
> [bgmilne:~]# urpmi zsh
> ftp://ftp.cae.co.za/pub/mandrake/cooker/i586/Mandrake/RPMS/zsh-4.1.1-1mdk.i
>586.rpm installing /var/cache/urpmi/rpms/zsh-4.1.1-1mdk.i586.rpm
> Preparing...
> ##
>1:zsh
> ##
>
> >libAiksaurus.so.0 is needed by lyx-1.3.2-2mdk
>
> [bgmilne:~]# urpmi lyx
> One of the following packages is needed:
>  1- aiksaurus-data-1.0.1-1mdk.i586
>  2- Aiksaurus-data-0.15-2mdk.i586
> What is your choice? (1-2) 1
> To satisfy dependencies, the following packages are going to be
> installed (19 MB):
> aiksaurus-data-1.0.1-1mdk.i586
> libAiksaurus0-0.15-2mdk.i586
> libforms1-1.0-1mdk.i586
> lyx-1.3.2-2mdk.i586
> Is this OK? (Y/n)
>
> ftp://ftp.cae.co.za/pub/mandrake/cooker/i586/Mandrake/RPMS/libforms1-1.0-1m
>dk.i586.rpm
> ftp://ftp.cae.co.za/pub/mandrake/cooker/i586/Mandrake/RPMS/lyx-1.3.2-2mdk.i
>586.rpm
>
> ftp://ftp.cae.co.za/pub/mandrake/cooker/i586/Mandrake/RPMS2/aiksaurus-data-
>1.0.1-1mdk.i586.rpm
> ftp://ftp.cae.co.za/pub/mandrake/cooker/i586/Mandrake/RPMS2/libAiksaurus0-0
>.15-2mdk.i586.rpm installing /var/cache/urpmi/rpms/lyx-1.3.2-2mdk.i586.rpm
> /var/cache/urpmi/rpms/libforms1-1.0-1mdk.i586.rpm
> /var/cache/urpmi/rpms/libAiksaurus0-0.15-2mdk.i586.rpm
> /var/cache/urpmi/rpms/aiksaurus-data-1.0.1-1mdk.i586.rpm
> Preparing...
> ##
>1:aiksaurus-data
> ##
>2:libAiksaurus0
> ##
>3:libforms1
> ##
>4:lyx
> ##
>
> I don't see the problem with this one.
>
> >perl(LWP::Parallel::UserAgent) is needed by squidGuard-1.2.0-6mdk
>
> Seems no package yet provides this.
>
>
>
> Was it necessary to install every single package available in 9.1? If
> your aim is to run cooker then install a minimalish 9.1, and it should
> not be a problem to update. If you install every single package
> available, chances are you will pick up some issues.
>
> There are other tools (spamming maintainers ;-)) for dealing with
> dependencies that are not met in the distribution, and most of the ones
> you have bumped into were on the most recent list. Most unmet
> dependencies on the list at present relate to libsasl (7->2), probably
> triggered by building ldap against sasl2, rpm (4.0.x->4.2.x), and some
> packages that still haven't been rebuilt for tk (8.3->8.4).
>
> Regards,
> Buchan
>
> - --
>
> |--Another happy Mandrake Club member--|
>
> Buchan MilneMechanical Engineer, Network Manager
> Cellphone * Work+27 82 472 2231 * +27 21 8828820x202
> Stellenbosch Automotive Engineering http://www.cae.co.za
> GPG Key   http://ranger.dnsalias.com/bgmilne.asc
> 1024D/60

Re: [Cooker] Re: [CHRPM] dmapi-2.0.5-3mdk

[Stefan van der Eijk]

[...]

 

Always BuildRequires: -devel forms only, not lib-devel.

 

stefan> Sure, but:

ok, will fix in teh same batch.

/me decides to spend the rest of the evening recompiling all his
packages.
Just wondering, is there going to be a scheme to retire some of the 
Obseletes / Provides pairs that are floating arround. Some packages are 
packed with them, perhaps some system / procedure can be throught of to 
manage this. Or to give a sign when some of them can be removed.

/me thinks that this is optimist.

:-)

stefan> $ urpmq attr-devel
stefan> no package named attr-devel
stefan> $ urpmq dm-devel
stefan> no package named dm-devel
stefan> $ urpmq ext2fs-devel
stefan> no package named ext2fs-devel
stefan> $ urpmq xfs-devel
stefan> no package named xfs-devel
stefan> I understand where this is coming from, and I agree that it needs to
stefan> be done. But I don't think that it needs to be brought up in this
stefan> discussion. I'm getting the feeling that somebody is looking for
stefan> something to pick on...
stefan> I suggest:

stefan> *  rpmlint is adjusted to warn about (& enforce?) this on uploads;
stefan> * a document is written describing these changes so this can be
stefan> finalized into some sort of  guideline / policy. So people can
stefan> read it through, understand how it works and how it should be
stefan> implemented in the packages;
There is a document:

http://people.mandrakesoft.com/~gc/

Did you look in the TeamRoom(tm) yet?

stefan> For instance: I don't understand how the mklib stuff works and how I
stefan> should fix the rpmlint errors I get on the topic.
Just fixed it for dmapi, it is trivial:

%define lib_name_orig %mklibname dm

instead of

%define lib_name_orig libdm

OK... This explains how it was done for this package. I guess this can 
be applied to any package complaining about missing mklib?

Rule of thumb:
- when you have a problem of that kind, look for a package maintained
 by gb about how it is done there :p
uhm... you are kidding, right?

We need to do better than this... at least write a page on the wiki 
about it... or make a link on the wiki to where the document is.

regards,

Stefan


smime.p7s
Description: S/MIME Cryptographic Signature

[Cooker] dhcpcd cooked

[w9ya]

Hey Gang;

Earlier this week, after a urpmi.update -a && urmpi  --auto-select --auto, the 
eth0 interface seemed to be set up just fine after a reboot. *However* 
logging into kde via kdm (not mdkkdm) oddly caused the routing and ifconfig 
for eth0 to "disappear". The modules for the pcmcia card were still loaded so 
a simple dhcpcd from a root prompt fixed it all up. This was only for the 
first kdm login after a reboot as subsequent logins via kdm were fine.

*NOW* (after just now running the urmpi script above) only the lo interface is 
being setup after a reboot. As before the pcmcia card's modules are being 
loaded during the reboot and running dhcpcd from a root prompt after the 
reboot completes works fine. Now kdm logins no longer appear to be causing 
any issues in this area.

Additionally the kde desktop is having problems since the earlier urpmi 
updates. Desktop icons are flashing after kdm completes placing said icons 
after a (kdm) login. The operational fix is to select icon alignment, however 
this has to be done each time a user logs in.

Obviously this may not be a Mandrake specific problem in either case (kde or 
dhcpcd). But in past experience with at least the dhcpcd issue (yes this is 
NOT the first time) it has been a Mandrake scripting error.

Thanks for the attention.

Bob Finch 

[Cooker] Re: [CHRPM] dmapi-2.0.5-3mdk

[Juan Quintela]

> "gwenole" == Gwenole Beauchesne <[EMAIL PROTECTED]> writes:

gwenole> On Fri, 18 Jul 2003, Stefan van der Eijk wrote:
>> Otherwise we'll have a dead symlink in /usr/lib, which points to the .so 
>> symlink in /lib.

gwenole> Then fix the symlink in %{_libdir}. Don't populate /%{_lib} with .so 
gwenole> symlinks. And I insist on %{_lib} & %{_libdir}. I had fixed that for lib64 
gwenole> but this magically vanished.

>> Any objections to updating xfsdump to 2.2.3?

No, I was waiting fro the symlink isue to be fixed.  I had the update
of the rest of the things.

gwenole> I don't know, kernel people will answer. And I suppose Vincent already 
gwenole> issued an update to 2.2.3.


>> > BuildRequires:libattr-devel
>> > BuildRequires:libdm-devel
>> > BuildRequires:libext2fs-devel
>> > BuildRequires:libxfs-devel

gwenole> Always BuildRequires: -devel forms only, not lib-devel.

ok, changing that.

Later, Juan.

-- 
In theory, practice and theory are the same, but in practice they 
are different -- Larry McVoy

[Cooker] [Bug 4212] [groff-for-man] A fix for bad man pages display on UTF-8 locales

[[olo]]

http://qa.mandrakesoft.com/show_bug.cgi?id=4212





--- Additional Comments From [EMAIL PROTECTED]  2003-18-07 18:38 ---
Created an attachment (id=538)
 --> (http://qa.mandrakesoft.com/attachment.cgi?id=538&action=view)
The patch


-- 
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
--- 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]
status: UNCONFIRMED
creation_date: 
description: 
In Mandrake 9.1, there's an installer option "Use Unicode by default".

This option causes UTF-8 versions of locales to be used, which finally moves the
distribution in the direction of unifying diverse character set encoding
standards into a single, well-known and well understood encoding: UTF-8.
However, there is a problem with some UTF-8 locales with regards to man pages.
The problem exhibits itself in hyphens (e.g. in the option names) being
displayed incorrectly and being unsearchable (the "minus" character from the
keyboard doesn't match them).

This is due to the fact that the groff utility that's used for formatting pages
(when called from the nroff shell script) formats "\-" sequence in the source
input as Unicode character "0x2212", and "-" character as Unicode character
"0x2010" instead of the backward-compatible minus sign (which has code "0x002D"
for compatibility with ASCII).

The hyphen sign "0x2212" isn't handled properly by either the less viewer, or
the output terminal and as a result it's displayed with a leading garbage
character and can't be input from the keyboard when searching in the manual page
(so that e.g. it isn't possible to search for "-h" option when reading the
manual for ls).

Among others, the "en_US.UTF-8" locale is influenced by this bug. OTOH, some
other locales (e.g. "pl") aren't influenced by it because the nroff wrapper has
a quick hack which switches from UTF-8 to legacy encodings (like ISO-8859-2) for
those locales, since man pages are still encoded in non-UTF8 charsets. See the
source of /usr/bin/nroff script for details.

The problem is solved by modifying groff's font descriptions for the utf8 device
so that the standard, ASCII-compatible "0x002D" character code is used instead
of "0x2212" for the hyphen sequence ("\-").

The font settings for utf8 device are in the
/usr/share/groff/1.18.1/font/devutf8/ directory, in the files R (for regular
text), B (for bold), I and BI (for italic an bold-italic respectively).

I'm attaching a patch that does the change.
Test if the patch will apply cleanly by doing:
# cd /
# patch -p1 --dry-run < path/to/patch/devutf8_hyphen.patch
Apply the patch:
# cd /
# patch -p1 < path/to/patch/devutf8_hyphen.patch

Test by executing "man ls" and "man mount" in the en_US.UTF-8 locale. All
hyphens should me ok, you should be able to search for an option e.g. "-v".

Please, test it and, if you find it to be correct, apply and (if needed) forward
to groff maintainers (http://www.gnu.org/directory/GNU/groff.html).

Re: [Cooker] Building Cooker

[Buchan Milne]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Frank Griffin wrote:
> Per Lindström wrote:

> I tried a urpmi.update -a.  Either that or intervening updates to cooker
> did make a change in what I saw

Your previous listing seemed to indicate your hdlists were out of sync
with the packages.

> (both "urpmi urpmi" and "urpmi
> --auto-select" now get to the install phase), but the upgrades still fail.
>
> Here are the errors for "urpmi urpmi":
> Installation failed:
>librpm-4.0.4.so is needed by gnorpm-0.96-13mdk
>librpmdb-4.0.4.so is needed by gnorpm-0.96-13mdk
>librpmio-4.0.4.so is needed by gnorpm-0.96-13mdk

# urpme gnorpm

It seems there isn't a version compatible with rpm-4.2, so it should
probably be removed.

>
> ...and here are the errors for "urpmi --auto-select"
> Installation failed:
>perl(Bit::Vector) is needed by perl-Date-Calc-5.3-2mdk

# urpmq -p "perl(Bit::Vector)"
wml

>perl(Authen::Smb::Smb) is needed by squid-2.5.STABLE3-1mdk

Fixed I think by next squid package.

>librpm-4.0.4.so is needed by gnorpm-0.96-13mdk
>librpmdb-4.0.4.so is needed by gnorpm-0.96-13mdk
>librpmio-4.0.4.so is needed by gnorpm-0.96-13mdk

# urpme gnorpm

>xemacs == 21.4.12 is needed by xemacs-tramp-20020411-7mdk

xemacs-tramp most likely needs to be updated.

>libMrm.so.2 is needed by lesstif-clients-0.93.41-3mdk

Seems no package provides libMrm.so.2

>devel(libnoatunarts) is needed by kdemultimedia-devel-3.1.2-10mdk

I think this may stil be a problem.

>perl-BSD-Resource is needed by mod_perl-common-1.3.27_1.27-9mdk
>perl(BSD::Resource) is needed by mod_perl-common-1.3.27_1.27-9mdk
>libcap.so.1 is needed by zsh-4.1.1-2mdk

$ urpmq -p -r libcap.so.1
libcap1-1.10-3mdk
[bgmilne:~]# urpmi zsh
ftp://ftp.cae.co.za/pub/mandrake/cooker/i586/Mandrake/RPMS/zsh-4.1.1-1mdk.i586.rpm
installing /var/cache/urpmi/rpms/zsh-4.1.1-1mdk.i586.rpm
Preparing...
##
   1:zsh
##

>libAiksaurus.so.0 is needed by lyx-1.3.2-2mdk

[bgmilne:~]# urpmi lyx
One of the following packages is needed:
 1- aiksaurus-data-1.0.1-1mdk.i586
 2- Aiksaurus-data-0.15-2mdk.i586
What is your choice? (1-2) 1
To satisfy dependencies, the following packages are going to be
installed (19 MB):
aiksaurus-data-1.0.1-1mdk.i586
libAiksaurus0-0.15-2mdk.i586
libforms1-1.0-1mdk.i586
lyx-1.3.2-2mdk.i586
Is this OK? (Y/n)

ftp://ftp.cae.co.za/pub/mandrake/cooker/i586/Mandrake/RPMS/libforms1-1.0-1mdk.i586.rpm
ftp://ftp.cae.co.za/pub/mandrake/cooker/i586/Mandrake/RPMS/lyx-1.3.2-2mdk.i586.rpm

ftp://ftp.cae.co.za/pub/mandrake/cooker/i586/Mandrake/RPMS2/aiksaurus-data-1.0.1-1mdk.i586.rpm
ftp://ftp.cae.co.za/pub/mandrake/cooker/i586/Mandrake/RPMS2/libAiksaurus0-0.15-2mdk.i586.rpm
installing /var/cache/urpmi/rpms/lyx-1.3.2-2mdk.i586.rpm
/var/cache/urpmi/rpms/libforms1-1.0-1mdk.i586.rpm
/var/cache/urpmi/rpms/libAiksaurus0-0.15-2mdk.i586.rpm
/var/cache/urpmi/rpms/aiksaurus-data-1.0.1-1mdk.i586.rpm
Preparing...
##
   1:aiksaurus-data
##
   2:libAiksaurus0
##
   3:libforms1
##
   4:lyx
##

I don't see the problem with this one.


>perl(LWP::Parallel::UserAgent) is needed by squidGuard-1.2.0-6mdk
>

Seems no package yet provides this.

>

Was it necessary to install every single package available in 9.1? If
your aim is to run cooker then install a minimalish 9.1, and it should
not be a problem to update. If you install every single package
available, chances are you will pick up some issues.

There are other tools (spamming maintainers ;-)) for dealing with
dependencies that are not met in the distribution, and most of the ones
you have bumped into were on the most recent list. Most unmet
dependencies on the list at present relate to libsasl (7->2), probably
triggered by building ldap against sasl2, rpm (4.0.x->4.2.x), and some
packages that still haven't been rebuilt for tk (8.3->8.4).

Regards,
Buchan

- --
|--Another happy Mandrake Club member--|
Buchan MilneMechanical Engineer, Network Manager
Cellphone * Work+27 82 472 2231 * +27 21 8828820x202
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
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQE/GBoorJK6UGDSBKcRAkESAKCIYz8G/4A5Q+Mg37bkRbp7C3pQOQCfYjMT
xhW5q9TKWI7fmi92mYcdTYA=
=DHEL
-END PGP SIGNATURE-

**
Please click on http://www.cae.co.za/disclaimer.htm to read our
e-mail disclaimer or send

Re: [Cooker] gettext and libiconv.so.2

[Pablo Saratxaga]

Kaiuxo!

On Tue, Jul 01, 2003 at 02:38:10PM +0200, Guillaume Cottenceau wrote:

> > ( gc, do you have time to upgrade gettext and libtool packages? )
> 
> I'm maintainer for it, but had some headaches in the past so now
> I don't update to newest version anymore, I sort of expect Pablo
> to do so :). Pablo, would you like becoming official maintainer
> of gettext? It would be more sensible than myself I guess..

The build fails in the compilation of java version fo gettext:

make[3]: Entering directory 
`/home/pablo/rpm/BUILD/gettext-0.12.1/gettext-runtime/intl-java'
/bin/sh ../lib/javacomp.sh -d . ./gnu/gettext/GettextResource.java
mv: `./gnu/gettext/GettextResource.class' et `./gnu/gettext/GettextResource.class' 
identifient le même fichier.
make[3]: *** [gnu/gettext/GettextResource.class] Erreur 1
make[3]: Leaving directory 
`/home/pablo/rpm/BUILD/gettext-0.12.1/gettext-runtime/intl-java'
make[2]: *** [all-recursive] Erreur 1
make[2]: Leaving directory `/home/pablo/rpm/BUILD/gettext-0.12.1/gettext-runtime'


there is no "mv" command either in the Makefile or in ../lib/javacomp.sh
it seems it is done by gjc...

(the build also required a cange to patch7, and BuildRequires:  automake1.7)

-- 
Ki ça vos våye bén,
Pablo Saratxaga

http://chanae.walon.org/pablo/  PGP Key available, key ID: 0xD9B85466
[you can write me in Walloon, Spanish, French, English, Italian or Portuguese]


pgp0.pgp
Description: PGP signature

Re: [Cooker] curl problems with urpmi

[w9ya]

Ditto

Bob Finch

On Friday 18 July 2003 09:31 am, Serge Plüss wrote:
> At 7/18/2003 06:10 AM, you wrote:
> >On Fri, 2003-07-18 at 15:59, François Pons wrote:
> > > Robert Fox <[EMAIL PROTECTED]> writes:
> > > > I keep getting curl errors when trying to use urpmi - but wget seems
> > > > to work OK.
> > > >
> > > > libcurl2-7.10.5-1mdk
> > > > curl-7.10.5-1mdk
> > > > urpmi-4.4-9mdk
> > > > gurpmi-4.4-9mdk
> > >
> > > Really, I checked here and it works nicely with the above version...
> > >
> > > Do you use proxy ? maybe it is the problem ? Try running with -v urpmi
> >
> > to check,
> >
> > > you may need to modify /usr/lib/perl5/vendor_perl/5.8.0/urpm.pm and
> >
> > apply the
> >
> > > following patch in order to check what curl is getting :
> >
> >The only thing which may be causing this problem is that I am using
> >Guarddog on both machines using iptables and firewalling.
> >
> >When I turn off both firewalls (on both machines) it still give errors:
> >urpmi.update -a
> >retrieving description file of "Installation CD (ftp1)"...
> >...retrieving failed: curl failed: exited with 9 or signal 0
> >
> >retrieving source hdlist (or synthesis) of "Installation CD (ftp1)"...
> >
> >ftp://robert:[EMAIL PROTECTED]//mnt/hd/cooker/Mandrake/base/hdlist.cz
> >...retrieving failed: curl failed: exited with 9 or signal 0
> >
> >retrieve of source hdlist (or synthesis) failed
> >no hdlist file found for medium "Installation CD (ftp1)"
> >examining synthesis file [/var/lib/urpmi/synthesis.hdlist.Installation
> >CD (ftp1).cz]
> >retrieving description file of "Contrib CD (ftp3)"...
> >...retrieving failed: curl failed: exited with 9 or signal 0
> >
> >retrieving source hdlist (or synthesis) of "Contrib CD (ftp3)"...
> >
> >ftp://robert:[EMAIL PROTECTED]//mnt/hd/cooker/Mandrake/base/hdlist2.cz
> >...retrieving failed: curl failed: exited with 9 or signal 0
> >
> >retrieve of source hdlist (or synthesis) failed
> >no hdlist file found for medium "Contrib CD (ftp3)"
> >examining synthesis file [/var/lib/urpmi/synthesis.hdlist.Contrib CD
> >(ftp3).cz]
> >
> >Thx,
> >R.Fox
>
> Since the beginning of the year with cooker updates daily curl has never
> functioned for urpmi. Always had to use wget, so you're not alone.
>
> Serge

Re: [Cooker] curl problems with urpmi

[Robert Fox]

On Fri, 2003-07-18 at 16:30, François Pons wrote:
> Robert Fox <[EMAIL PROTECTED]> writes:
> 
> > On Fri, 2003-07-18 at 15:59, François Pons wrote:
> > > Robert Fox <[EMAIL PROTECTED]> writes:
> > > 
> > > > I keep getting curl errors when trying to use urpmi - but wget seems to
> > > > work OK.
> > > > 
> > > > libcurl2-7.10.5-1mdk
> > > > curl-7.10.5-1mdk
> > > > urpmi-4.4-9mdk
> > > > gurpmi-4.4-9mdk
> > > 
> > > Really, I checked here and it works nicely with the above version...
> > > 
> > > Do you use proxy ? maybe it is the problem ? Try running with -v urpmi to check,
> > > you may need to modify /usr/lib/perl5/vendor_perl/5.8.0/urpm.pm and apply the
> > > following patch in order to check what curl is getting :
> > > 
> > 
> > The only thing which may be causing this problem is that I am using
> > Guarddog on both machines using iptables and firewalling.
> > 
> > When I turn off both firewalls (on both machines) it still give errors:
> > urpmi.update -a
> > retrieving description file of "Installation CD (ftp1)"...
> > ...retrieving failed: curl failed: exited with 9 or signal 0
> > 
> > retrieving source hdlist (or synthesis) of "Installation CD (ftp1)"...
> >
> > ftp://robert:[EMAIL PROTECTED]//mnt/hd/cooker/Mandrake/base/hdlist.cz
> > ...retrieving failed: curl failed: exited with 9 or signal 0
> > 
> > retrieve of source hdlist (or synthesis) failed
> > no hdlist file found for medium "Installation CD (ftp1)"
> > examining synthesis file [/var/lib/urpmi/synthesis.hdlist.Installation
> > CD (ftp1).cz]
> > retrieving description file of "Contrib CD (ftp3)"...
> > ...retrieving failed: curl failed: exited with 9 or signal 0
> > 
> > retrieving source hdlist (or synthesis) of "Contrib CD (ftp3)"...
> >
> > ftp://robert:[EMAIL PROTECTED]//mnt/hd/cooker/Mandrake/base/hdlist2.cz
> > ...retrieving failed: curl failed: exited with 9 or signal 0
> > 
> > retrieve of source hdlist (or synthesis) failed
> > no hdlist file found for medium "Contrib CD (ftp3)"
> > examining synthesis file [/var/lib/urpmi/synthesis.hdlist.Contrib CD
> > (ftp3).cz]
> > 
> > Thx,
> > R.Fox
> 
> curl exit code 9 is ftp access denied, you may not have opened everything...
> 
> François.

I turned off both sides (using Guarddog - disabled firewall) which
should allow everything!

The host machine which has the Cooker mirror is running ProFTP.

What else should I check?

Thx,
R.Fox

Re: [Cooker] Building Cooker

[Frank Griffin]

Per Lindström wrote:

Try to run urpmi.update to update the package lists for specified 
medias. urpmi.update -a updates package lists for all medias except 
those on removable devices.
I tried a urpmi.update -a.  Either that or intervening updates to cooker 
did make a change in what I saw (both "urpmi urpmi" and "urpmi 
--auto-select" now get to the install phase), but the upgrades still fail.

Here are the errors for "urpmi urpmi":
Installation failed:
   librpm-4.0.4.so is needed by gnorpm-0.96-13mdk
   librpmdb-4.0.4.so is needed by gnorpm-0.96-13mdk
   librpmio-4.0.4.so is needed by gnorpm-0.96-13mdk
...and here are the errors for "urpmi --auto-select"
Installation failed:
   perl(Bit::Vector) is needed by perl-Date-Calc-5.3-2mdk
   perl(Authen::Smb::Smb) is needed by squid-2.5.STABLE3-1mdk
   librpm-4.0.4.so is needed by gnorpm-0.96-13mdk
   librpmdb-4.0.4.so is needed by gnorpm-0.96-13mdk
   librpmio-4.0.4.so is needed by gnorpm-0.96-13mdk
   xemacs == 21.4.12 is needed by xemacs-tramp-20020411-7mdk
   libMrm.so.2 is needed by lesstif-clients-0.93.41-3mdk
   devel(libnoatunarts) is needed by kdemultimedia-devel-3.1.2-10mdk
   perl-BSD-Resource is needed by mod_perl-common-1.3.27_1.27-9mdk
   perl(BSD::Resource) is needed by mod_perl-common-1.3.27_1.27-9mdk
   libcap.so.1 is needed by zsh-4.1.1-2mdk
   libAiksaurus.so.0 is needed by lyx-1.3.2-2mdk
   perl(LWP::Parallel::UserAgent) is needed by squidGuard-1.2.0-6mdk

Re: [Cooker] curl problems with urpmi

[Serge Plüss]

At 7/18/2003 06:10 AM, you wrote:
On Fri, 2003-07-18 at 15:59, François Pons wrote:
> Robert Fox <[EMAIL PROTECTED]> writes:
>
> > I keep getting curl errors when trying to use urpmi - but wget seems to
> > work OK.
> >
> > libcurl2-7.10.5-1mdk
> > curl-7.10.5-1mdk
> > urpmi-4.4-9mdk
> > gurpmi-4.4-9mdk
>
> Really, I checked here and it works nicely with the above version...
>
> Do you use proxy ? maybe it is the problem ? Try running with -v urpmi 
to check,
> you may need to modify /usr/lib/perl5/vendor_perl/5.8.0/urpm.pm and 
apply the
> following patch in order to check what curl is getting :
>

The only thing which may be causing this problem is that I am using
Guarddog on both machines using iptables and firewalling.
When I turn off both firewalls (on both machines) it still give errors:
urpmi.update -a
retrieving description file of "Installation CD (ftp1)"...
...retrieving failed: curl failed: exited with 9 or signal 0
retrieving source hdlist (or synthesis) of "Installation CD (ftp1)"...

ftp://robert:[EMAIL PROTECTED]//mnt/hd/cooker/Mandrake/base/hdlist.cz
...retrieving failed: curl failed: exited with 9 or signal 0
retrieve of source hdlist (or synthesis) failed
no hdlist file found for medium "Installation CD (ftp1)"
examining synthesis file [/var/lib/urpmi/synthesis.hdlist.Installation
CD (ftp1).cz]
retrieving description file of "Contrib CD (ftp3)"...
...retrieving failed: curl failed: exited with 9 or signal 0
retrieving source hdlist (or synthesis) of "Contrib CD (ftp3)"...

ftp://robert:[EMAIL PROTECTED]//mnt/hd/cooker/Mandrake/base/hdlist2.cz
...retrieving failed: curl failed: exited with 9 or signal 0
retrieve of source hdlist (or synthesis) failed
no hdlist file found for medium "Contrib CD (ftp3)"
examining synthesis file [/var/lib/urpmi/synthesis.hdlist.Contrib CD
(ftp3).cz]
Thx,
R.Fox


Since the beginning of the year with cooker updates daily curl has never 
functioned for urpmi. Always had to use wget, so you're not alone.

Serge