Re: [Cooker] drakconnect,fw,gw

2003-03-02 Thread Steffen Barszus
On Friday 28 February 2003 21:30, Buchan Milne wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Steffen Barszus wrote:
  On Friday 28 February 2003 17:34, Buchan Milne wrote:
 Steffen Barszus wrote:
 Yes I know that. (have read your manual ;) )
 
 MandrakeClub?
 
  Yes I'm oOixiOo :) so you have read me for sure there.

 Ahh, things start to make more sense ;-).

 mserver should work out-the-box.
 
  Yes thats why I would say mserver would be the right thing.
 
 with LM 9.0 or drakconnect configured the modem, but the people had to
 reconfigure the same with kppp.
 
 mserver just uses if{up,down} ppp0 by default, which drakconnect does
 configure.
 
  isdn needs some configuration, for adsl I can't say what is needed.

 Can you send me a config that works for ISDN out-the-box, and I will
 have more than one connection available by default (but keep ppp0 as
 default). Others are also free to submit more ...


Hi !

I had an idea about that:

If we could have /etc/ppp/ip-[up/down](.local) to write a lock file, we could 
have a general mserver.conf, if we using then the net_cnx_up and down. 
drakconnect stores there how to dial a dialup-connection. Writing the 
lockfile does not harm anything. netdev and cspeed could be parsed out of 
the drakconnect stuff. or decided on it. is it to special ?

Further I wanted to ask you if we could patch kmasqdialer to have a better 
indicator-picture in it. The red phone is really bad to recognize. 

The next question I have is, if you ever had a look at linecontrol. This 
project is active (last release in Nov.2002) serves better support for isdn, 
but has the backdraw, that there is currently no Gnome Applet for it. Only a 
GTK-app. Should I mail the author of the mserver gnome-applet if he could add 
support for linecontrol ? (I know it is to late for the next release, but we 
should not forget this idea)

WDYT ? 
-- 
Regards
Steffen

counter.li.org : #296567.
machine: 181800
vdr-box : 87

Please dont CC me, since if I have replied I'll watch the tread. Both mails 
will be filtered to the ML-folder. Thanks



Re: [Cooker] drakconnect,fw,gw

2003-03-01 Thread Steffen Barszus
On Friday 28 February 2003 21:30, Buchan Milne wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Steffen Barszus wrote:
  On Friday 28 February 2003 17:34, Buchan Milne wrote:
 Steffen Barszus wrote:
 Yes I know that. (have read your manual ;) )
 
 MandrakeClub?
 
  Yes I'm oOixiOo :) so you have read me for sure there.

 Ahh, things start to make more sense ;-).

*g

 mserver should work out-the-box.
 
  Yes thats why I would say mserver would be the right thing.
 
 with LM 9.0 or drakconnect configured the modem, but the people had to
 reconfigure the same with kppp.
 
 mserver just uses if{up,down} ppp0 by default, which drakconnect does
 configure.
 
  isdn needs some configuration, for adsl I can't say what is needed.

 Can you send me a config that works for ISDN out-the-box, and I will
 have more than one connection available by default (but keep ppp0 as
 default). Others are also free to submit more ...



I will make it this weekend. At a first try I have problems, that it thinks 
the connection is down in intervalls and is up again after a half second. And 
it takes a bit to long to detect I'm online. Will tweak this first if I can. 
-- 
Regards
Steffen

counter.li.org : #296567.
machine: 181800
vdr-box : 87

Please dont CC me, since if I have replied I'll watch the tread. Both mails 
will be filtered to the ML-folder. Thanks



Re: [Cooker] drakconnect,fw,gw

2003-03-01 Thread Steffen Barszus
On Friday 28 February 2003 21:30, Buchan Milne wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Steffen Barszus wrote:
  On Friday 28 February 2003 17:34, Buchan Milne wrote:
 Steffen Barszus wrote:
 Yes I know that. (have read your manual ;) )
 
 MandrakeClub?
 
  Yes I'm oOixiOo :) so you have read me for sure there.

 Ahh, things start to make more sense ;-).

 mserver should work out-the-box.
 
  Yes thats why I would say mserver would be the right thing.
 
 with LM 9.0 or drakconnect configured the modem, but the people had to
 reconfigure the same with kppp.
 
 mserver just uses if{up,down} ppp0 by default, which drakconnect does
 configure.
 
  isdn needs some configuration, for adsl I can't say what is needed.

 Can you send me a config that works for ISDN out-the-box, and I will
 have more than one connection available by default (but keep ppp0 as
 default). Others are also free to submit more ...


Forgot to ask: Do we have ippp0 up if network is up or will it not be fixed 
for 9.1 ? Florin ?


-- 
Regards
Steffen

counter.li.org : #296567.
machine: 181800
vdr-box : 87

Please dont CC me, since if I have replied I'll watch the tread. Both mails 
will be filtered to the ML-folder. Thanks



Re: [Cooker] drakconnect,fw,gw

2003-02-28 Thread Buchan Milne
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Steffen Barszus wrote:

 - a common dialup framework (the needs of a lot of dial up users are
pretty
 much the same, the common use of that should be taken in account.
Starting a
 dialup-connection only as root is not acceptable. Maybe SuSE and
kinternet
 can give an idea how it should be done).

BTW, what I do is:

# urpmi mserver kmasqdialer
# service mserver start
$ kmasqdialer

It works even better if you are masquerading a connection to multple
clients, running linux or windows (there are also mac clients for mserver).

Buchan

- --
|--Another happy Mandrake Club member--|
Buchan MilneMechanical Engineer, Network Manager
Cellphone * Work+27 82 472 2231 * +27 21 8828820x121
Stellenbosch Automotive Engineering http://www.cae.co.za
GPG Key   http://ranger.dnsalias.com/bgmilne.asc
1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQE+X2BprJK6UGDSBKcRAleqAKCALB9ELcIQ+iT3jwovTJi4jXwiswCgw21L
hkfqZXBgpg4y8215RqBPxYw=
=8Xt+
-END PGP SIGNATURE-




Re: [Cooker] drakconnect,fw,gw

2003-02-28 Thread Steffen Barszus
On Friday 28 February 2003 14:13, Buchan Milne wrote:

 BTW, what I do is:

 # urpmi mserver kmasqdialer
 # service mserver start
 $ kmasqdialer

 It works even better if you are masquerading a connection to multple
 clients, running linux or windows (there are also mac clients for mserver).

 Buchan


Yes I know that. (have read your manual ;) ) . What I would love to have is 
this solution ready made as default, and not this net_monitor. I have 
mentioned it to florin allready. 

A similar tool would be linecontrol. But since we have mserver it would be 
fine of course.

My concern was that a lot of people didn't know how to go online in the gui 
with LM 9.0 or drakconnect configured the modem, but the people had to 
reconfigure the same with kppp.

I know how I can do that ;) I don't even use drakconnect since on cli it is 
faster for my purposes.

-- 
Regards
Steffen

counter.li.org : #296567.
machine: 181800
vdr-box : 87

Please dont CC me, since if I have replied I'll watch the tread. Both mails 
will be filtered to the ML-folder. Thanks



Re: [Cooker] drakconnect,fw,gw

2003-02-28 Thread Buchan Milne
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Steffen Barszus wrote:

 Yes I know that. (have read your manual ;) )

MandrakeClub?

 What I would love to have is
 this solution ready made as default, and not this net_monitor. I have
 mentioned it to florin allready.

Well, either we need
1)something setuid
2)A daemon like mserver that handles requests as root.

mserver should work out-the-box.


 A similar tool would be linecontrol. But since we have mserver it
would be
 fine of course.

 My concern was that a lot of people didn't know how to go online in
the gui
 with LM 9.0 or drakconnect configured the modem, but the people had to
 reconfigure the same with kppp.

mserver just uses if{up,down} ppp0 by default, which drakconnect does
configure.


 I know how I can do that ;) I don't even use drakconnect since on cli
it is
 faster for my purposes.


You mean I should package a cli mserver client?

- --
|--Another happy Mandrake Club member--|
Buchan MilneMechanical Engineer, Network Manager
Cellphone * Work+27 82 472 2231 * +27 21 8828820x121
Stellenbosch Automotive Engineering http://www.cae.co.za
GPG Key   http://ranger.dnsalias.com/bgmilne.asc
1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQE+X4+trJK6UGDSBKcRAkRDAJ4voAi+cLvxelmeJDWGjZGRMkz7TACeKXOM
wQYnfbC/W+niJhKirhaMJjM=
=RPTr
-END PGP SIGNATURE-




Re: [Cooker] drakconnect,fw,gw

2003-02-28 Thread Steffen Barszus
On Friday 28 February 2003 17:34, Buchan Milne wrote:

 Steffen Barszus wrote:
  Yes I know that. (have read your manual ;) )

 MandrakeClub?

Yes I'm oOixiOo :) so you have read me for sure there.

  What I would love to have is
  this solution ready made as default, and not this net_monitor. I have
  mentioned it to florin allready.

 Well, either we need
 1)something setuid
 2)A daemon like mserver that handles requests as root.

 mserver should work out-the-box.


Yes thats why I would say mserver would be the right thing.


  with LM 9.0 or drakconnect configured the modem, but the people had to
  reconfigure the same with kppp.

 mserver just uses if{up,down} ppp0 by default, which drakconnect does
 configure.

isdn needs some configuration, for adsl I can't say what is needed.

 You mean I should package a cli mserver client?

No . I meant I configure my dialup at cli

-- 
Regards
Steffen

counter.li.org : #296567.
machine: 181800
vdr-box : 87

Please dont CC me, since if I have replied I'll watch the tread. Both mails 
will be filtered to the ML-folder. Thanks



Re: [Cooker] drakconnect,fw,gw

2003-02-28 Thread Buchan Milne
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Steffen Barszus wrote:
 On Friday 28 February 2003 17:34, Buchan Milne wrote:

Steffen Barszus wrote:

Yes I know that. (have read your manual ;) )

MandrakeClub?


 Yes I'm oOixiOo :) so you have read me for sure there.

Ahh, things start to make more sense ;-).

mserver should work out-the-box.


 Yes thats why I would say mserver would be the right thing.


with LM 9.0 or drakconnect configured the modem, but the people had to
reconfigure the same with kppp.

mserver just uses if{up,down} ppp0 by default, which drakconnect does
configure.


 isdn needs some configuration, for adsl I can't say what is needed.


Can you send me a config that works for ISDN out-the-box, and I will
have more than one connection available by default (but keep ppp0 as
default). Others are also free to submit more ...


- --
|--Another happy Mandrake Club member--|
Buchan MilneMechanical Engineer, Network Manager
Cellphone * Work+27 82 472 2231 * +27 21 8828820x121
Stellenbosch Automotive Engineering http://www.cae.co.za
GPG Key   http://ranger.dnsalias.com/bgmilne.asc
1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQE+X8b6rJK6UGDSBKcRAlcGAJ0dAhhbCFaqBe7QN8v00/o9gEExDQCeMifZ
LHZVYywO+t40BM9eQNK1YQg=
=j6nn
-END PGP SIGNATURE-




Re: [Cooker] drakconnect,fw,gw

2003-02-28 Thread Florin
- drakconnect is used for the network configuration (local or for the
Internet) 
- drakfirewall will configure shorewall (shorewall.net), so therefore your
firewall and allow disallow some traffic
- drakgw will simply allow you to use one internet connection for a whole
network (masquerade the private network). This also configures
shorewall ... but only the masquerading side ...

they are three different tools ... 

[EMAIL PROTECTED] (Steffen Barszus) writes:

 Hi!
 
 Seeing a lot of people with problems with the above, I wonder if there is any 
 documentation. There should be a documantation what all the apps are doing 
 and how they are thought to do things and what are the future goals. Further 
 I don't see 3 apps for the same thing, there should be one app draknetwork, 
 that should be aware of all this and the goals of that tool should be well 
 defined and also how the would be reached. This needs to be discussed and 
 then be implemented. I see this is not something for the upcoming release but 
 should be kept in mind for future releases.
 
 Things I see what are needed:
 - documentation (too many questions about how all this should work)
 - a common dialup framework (the needs of a lot of dial up users are pretty 
 much the same, the common use of that should be taken in account. Starting a 
 dialup-connection only as root is not acceptable. Maybe SuSE and kinternet 
 can give an idea how it should be done).
 - a discussion about the needs and how to integrate them all.
 
 I may have not enough insight in all this but maybe I'm in parts right with 
 what I said.

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



Re: [Cooker] drakconnect =( dhcp + cups ) pb?

2003-02-23 Thread James Sparenberg
On Sat, 2003-02-22 at 12:26, Buchan Milne wrote:
 On Sat, 22 Feb 2003, guran wrote:
 
  Hi
 
  Background.
  My dhcp client does not set or override the correct localhost.localdomain
  name.
 
  During booting up the messages say that cups have adopted to 192.168.1.252.
 
  I got a very good letter from Buchan Milne
 
  http://archives.mandrakelinux.com/cooker/2003-01/msg08662.php
 
  so I have run a diff between /usr/sbin/drakconnect from 9.0 and 9.1 and beware
  I don't know much of this.
 
  I have been looking for Hostname and hostname and there are differences but I
  dont understand them.
 
  Someone who knows please check it out.
 
 
 OK, I was taking a look at this also, I got my hostname at work (but I may
 have a hardware-ethernet entry in our dhcp server there, not sure now),
 but not here at home.
 
 I may have run drakconnect between, but I had to set DHCP_HOSTNAME in
 /etc/sysconfig/network-scripts/ifcfg-eth0 for the dhcp client to provide
 it in the dhcp request. Drakconnect also does not set ZEROCONF_HOSTNAME
 (except during installation) it seems. Then, to actually set my hostname,
 I had to set HOSTNAME in /etc/sysconfig/network.
 
 Then, it still does not add an entry in hosts for this hostname.
 
 This still needs to be investigated. Florin (or whoever is responsible for
 drakconnect), could you list how this is supposed to work, so we can help
 track down *where* the bugs are (drakconnect or initscripts).
 
 Regards,
 Buchan

Buchan,

  If I may ride on your coat tails a bit here... at the same time and
probably related could someone find out why  /etc/hosts keeps getting
reset to 127.0.0.1 localhost instead of the normal 127.0.0.1
localhost.localdomain localhost (in fact why does it keep getting wiped
out in the first place.)  Thankyou for your patience.

James





Re: [Cooker] drakconnect =( dhcp + cups ) pb?

2003-02-22 Thread Buchan Milne
On Sat, 22 Feb 2003, guran wrote:

 Hi

 Background.
 My dhcp client does not set or override the correct localhost.localdomain
 name.

 During booting up the messages say that cups have adopted to 192.168.1.252.

 I got a very good letter from Buchan Milne

 http://archives.mandrakelinux.com/cooker/2003-01/msg08662.php

 so I have run a diff between /usr/sbin/drakconnect from 9.0 and 9.1 and beware
 I don't know much of this.

 I have been looking for Hostname and hostname and there are differences but I
 dont understand them.

 Someone who knows please check it out.


OK, I was taking a look at this also, I got my hostname at work (but I may
have a hardware-ethernet entry in our dhcp server there, not sure now),
but not here at home.

I may have run drakconnect between, but I had to set DHCP_HOSTNAME in
/etc/sysconfig/network-scripts/ifcfg-eth0 for the dhcp client to provide
it in the dhcp request. Drakconnect also does not set ZEROCONF_HOSTNAME
(except during installation) it seems. Then, to actually set my hostname,
I had to set HOSTNAME in /etc/sysconfig/network.

Then, it still does not add an entry in hosts for this hostname.

This still needs to be investigated. Florin (or whoever is responsible for
drakconnect), could you list how this is supposed to work, so we can help
track down *where* the bugs are (drakconnect or initscripts).

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




Re: [Cooker] drakconnect =( dhcp + cups ) pb?

2003-02-22 Thread Charles A Edwards
On Sat, 22 Feb 2003 22:26:02 +0200 (SAST)
Buchan Milne [EMAIL PROTECTED] wrote:

 This still needs to be investigated. Florin (or whoever is responsible
 for drakconnect), could you list how this is supposed to work, so we
 can help track down *where* the bugs are (drakconnect or initscripts).

Another note, on which I have already posted, is that if dhcp is
selected then dhcp-client and dhcp-server are installed regardless of
the connection type or the hardware detected. 
In the case of LANs and also with some cable/dsl modems/routers dhcpcd
is needed and Not the server/client pkgs.
This same bug/problem has hampered all 3 9.1 betas as well as the RC1 
and also is still done in this manner with current drakconnect as
provided by drakxtools-9.1-4mdk.


Charles

-- 
Your analyst has you mixed up with another patient.  Don't believe a
thing he tells you.
-
Mandrake Linux 9.1
Kernel- 2.4.21pre4-10mdk
-
 


pgp0.pgp
Description: PGP signature


Re: [Cooker] drakconnect

2002-09-04 Thread Daouda LO

Aaron Peromsik [EMAIL PROTECTED] writes:

 Hi,
 

[...]

 1. There's a typo or two in /usr/lib/libDrakX/network/network.pm line
 271 -- the orinico and orinico_cs should be orinoco and
 orinoco_cs respectively. (I'm using the orinoco driver on this
 machine until I get drakconnect working with prism2; the default
 wvlan_cs driver doesn't work for me at all. On some other machines I
 am using the prism2_plx driver which I have configured by
 hand... eventually I'll want drakconnect to do it.)

typos are fixed. thanx.

 2. When working with PCMCIA network cards, the drivers seem to be
 filtered out from the list which gets presented at this traceback:
 
   
interactive::ask_from_listf_no_check('interactive::gtk=HASH(0x8e43ab4)','','Which
 network/main driver should I
 try?','CODE(0x8f396ec)','ARRAY(0x8f7795c)') called at
 /usr/lib/libDrakX/any.pm line 711
   
any::load_category__prompt('interactive::gtk=HASH(0x8e43ab4)','network/main|usb')
 called at /usr/lib/libDrakX/any.pm line 643
   any::load_category('interactive::gtk=HASH(0x8e43ab4)','network/main|usb',1,1)
 called at /usr/lib/libDrakX/network/ethernet.pm line 177
   network::ethernet::configureNetwork('HASH(0x8c3ebf0)','HASH(0x8e4bda8)',0)
 called at /usr/lib/libDrakX/network/ethernet.pm line 62
   
network::ethernet::configure_lan('HASH(0x8085264)','HASH(0x8c3ebf0)','HASH(0x8e4bda8)',0)
 called at /usr/lib/libDrakX/network/netconnect.pm line 222
 
 So the user has no chance of picking the right driver if they want to
 configure a PCMCIA card. (See module::load_category, as called from
 any::load_category, where it looks like PCMCIA cards are filtered from
 the list.)
 
 In expert mode you can pick prev to get to the screen for
 configuring the detected PCMCIA card, or you can pick a wrong card and
 pick Next until it fails to load, after which point you get to
 configure the right card. In non-expert mode I didn't find a way to
 get there. Hardly intuitive.
 
 I don't think I'll be looking at that part while I try to make prism2
 cards behave, so I thought I'd mention it.

Dchaumette ? 




Re: [Cooker] Drakconnect

2002-08-30 Thread Gerard Patel

At 11:38 AM 8/29/02 +0200, you wrote:
 
 I have tried to hack the code a bit to fix things, if someone is interested
 I can
 post the diffs here for review.
 

I'm interrested :o)

Well, I repost the thing since it seems the mailing list server ate it.


All right, I have attached the stuff I have tried.

First net_monitor and tools.pm; these patches go together.
Comment : I have changed code a bit :-). My feeling is that
the connected_bg routine, although elegant, is not precise
enough to achieve a good control of what is going on. The
problem is that the background process restart automatically
and it's difficult to control what it's doing with a timer-run
task. I don't have time enough to solve the problem with
connected_bg, sorry. 

Second drakconnect and adsl.pm; here is where I have tried to
make the expert mode, with only partial success :-/
The big problem is that the device used for net connection is
not saved anywhere, to the best of my limited knowledge.
I would have liked to save it in drakconnect.conf, entry
ADSLModem, but :
ADSLModem= # Obsolete information. Please don't use it
Argh. Why?
So I have used gateway device instead; it's not correct but it's
the best I found available for a quick hack.
There is also a huge problem because I have changed only
for the adsl pppoe case, the only one I can test...That's because I'm
not sure where the real writing of the net_cnx_up file (and friends)
should occur.
I'm hoping for a bit of comment and advice here.

Thanks,

Gerard



drakconn.tar.gz
Description: Binary data




Re: [Cooker] Drakconnect

2002-08-29 Thread Florin

 
 I have tried to hack the code a bit to fix things, if someone is interested
 I can
 post the diffs here for review.
 

I'm interrested :o)

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




Re: [Cooker] Drakconnect

2002-08-29 Thread Daouda LO

Gerard Patel [EMAIL PROTECTED] writes:

 Hello,
 
 Trying the beta 4, I see some problems with drakconnect.
 
 - the Alcatel URL for the Speedtouch (in adsl.pm) is obsolete, it is now :
 http://www.speedtouchdsl.com/dvrreg_lx.htm

fixed. thanx.

 - the expert mode is not working at all - at least for my setup (ethernet pppoe)
 the values are not saved in the net_cnx_up file (drakconnect is saving
 them in /etc/ppp/pppoe.conf, though...)
 
 - net_monitor is useless : in the time it takes to connect I can open a
 console, type su and the root password, type /etc/sysconfig/network-scripts/
 net_cnx_up, wait for it to succeed (about 2 seconds) and close the console
 window.
 Net_monitor has also the nice habit to fail to connect sometimes - a purely
 software
 problem as adsl-start and adsl-stop work reliably.
 
 I don't know if these problems are caused by something special in my setup, but
 they are not exactly new - in fact I have seen them with my first Mandrake
 (8.0), I see
 them with 8.2, it is beginning to be a bit baffling to see these problems
 still there.
 
 I have tried to hack the code a bit to fix things, if someone is interested
 I can
 post the diffs here for review.

Go for it ;)




Re: [Cooker] Drakconnect

2002-08-29 Thread Gerard Patel

At 11:38 AM 8/29/02 +0200, you ([EMAIL PROTECTED]) wrote:

I'm interrested :o)


All right, I have attached the stuff I have tried.

First net_monitor and tools.pm; these patches go together.
Comment : I have changed code a bit :-). My feeling is that
the connected_bg routine, although elegant, is not precise
enough to achieve a good control of what is going on. The
problem is that the background process restart automatically
and it's difficult to control what it's doing with a timer-run
task. I don't have time enough to solve the problem with
connected_bg, sorry. 

Second drakconnect and adsl.pm; here is where I have tried to
make the expert mode, with only partial success :-/
The big problem is that the device used for net connection is
not saved anywhere, to the best of my limited knowledge.
I would have liked to save it in drakconnect.conf, entry
ADSLModem, but :
ADSLModem= # Obsolete information. Please don't use it
Argh. Why?
So I have used gateway device instead; it's not correct but it's
the best I found available for a quick hack.
There is also a huge problem because I have changed only
for the adsl pppoe case, the only one I can test...That's because I'm
not sure where the real writing of the net_cnx_up file (and friends)
should occur.
I'm hoping for a bit of comment and advice here.

Thanks,

Gerard


--- drakconnect.orig2002-08-23 21:57:10.0 +0200
+++ temp/drakconnect2002-08-28 22:23:27.0 +0200
@@ -604,6 +604,10 @@
 my $vbox2 = new Gtk::VBox(0,0);
 $frame1-add($vbox2);
 my $i = 0;
+my @all_ether = [];
+foreach my $i (0..$#all_cards) { @all_ether[0]-[$i] = @all_cards[$i]-[0]; };
+# bugged, but NET_DEVICE is not saved anywhere.
+if ($netc-{NET_DEVICE} == ) { $netc-{NET_DEVICE} = $netc-{GATEWAYDEV} };
 my @conf_data = ([_(Card IRQ), \$cnx-{irq} ],
 [_(Card mem (DMA)), \$cnx-{mem} ],
 [_(Card IO), \$cnx-{io} ],
@@ -626,7 +630,7 @@
 [_(Domain name), \$cnx-{domain} ],
 [_(First DNS Server (optional)), \$cnx-{dns1} ],
 [_(Second DNS Server (optional)), \$cnx-{dns2} ],
-[_(Ethernet Card), \$netc-{NET_DEVICE}, [ 'eth0', 'eth1', 
'eth2', 'eth3', 'eth4', 'eth5','eth6', 'eth7', 'eth8', 'eth9' ]],
+[_(Ethernet Card), \$netc-{NET_DEVICE}, @all_ether],
 [_(DHCP Client), \$netcnx-{dhcp_client}, [dhcpcd, dhcpxd, 
dhcp-client] ],
 [_(Connection speed), \$cnx-{speed}, [64 Kb/s, 128 Kb/s]],
 [_(Connection timeout (in sec)), \$cnx-{huptimeout} ]


--- net_monitor.real.orig   2002-08-23 21:57:10.0 +0200
+++ net_monitor.real2002-08-29 18:59:56.0 +0200
@@ -162,27 +162,36 @@
 $statusbar-push(1, _(Wait please, testing your connection...));
 $window1-show_all();
 #$window1-set_policy (1, 1, 1);
+
 my $time_tag = Gtk-timeout_add(1000, \rescan);
-my $time_tag2 = Gtk-timeout_add(2, \update);
+$time_tag2 = Gtk-timeout_add(1000, \update);
 
 update();
 rescan();
-while ($isconnected == -1) {
+
+while (($isconnected == -2) || ($isconnected == -1)) {
 Gtk-main_iteration while Gtk-events_pending;
 }
+
+Gtk-timeout_remove($time_tag2);
+$time_tag2 = Gtk-timeout_add(2, \update);
+
 connection() if ($connect  !$isconnected || $disconnect  $isconnected);
 Gtk-main;
 Gtk-exit(0);
 
 my $during_connection;
+my $first;
+
 sub connection {
 $during_connection = 1;
-my $isconnected2 = $isconnected;
+my $wasconnected = $isconnected;
+
 $button_connect-set_sensitive(0);
 $button_close-set_sensitive(0);
 $statusbar-pop(1);
-$statusbar-push(1, $isconnected2 ? _(Disconnecting from Internet ) : 
_(Connecting to Internet ));
-if(!$isconnected2) {
+$statusbar-push(1, $wasconnected ? _(Disconnecting from Internet ) : 
+_(Connecting to Internet ));
+if($wasconnected == 1) {
$c_time = time();
$ct_tag = Gtk-timeout_add(1000, sub {
   my ($sec,$min,$hour) = gmtime(time() - $c_time);
@@ -190,36 +199,69 @@
   $label_ct-set($e); 1; });
 } else { Gtk-timeout_remove($ct_tag) }
 my $nb_point=1;
-my $tag = Gtk-timeout_add(100, sub {
+$first = 1;
+
+my $tag = Gtk-timeout_add(1000, sub {
   $statusbar-pop(1);
-  $statusbar-push(1, ($isconnected2 ? 
_(Disconnecting from Internet ) : _(Connecting to Internet ))
+  $statusbar-push(1, ($wasconnected  == 1 ? 
+_(Disconnecting from Internet ) : _(Connecting to Internet ))
. join('', map { . } 
(1..$nb_point)));
   $nb_point++;
-  1;
-  });
-my $netc = {};
-my $tag2 = Gtk-timeout_add(1, sub {
-   

Re: [Cooker] drakconnect broken

2002-08-13 Thread Pixel

utuhiro [EMAIL PROTECTED] writes:

 Undefined subroutine any::setVarsInCsh called at /usr/lib/libDrakX/any.pm line 615.

a new drakxtools will come




Re: [Cooker] drakconnect broken

2002-08-13 Thread utuhiro

Pixel [EMAIL PROTECTED] wrote:

 utuhiro [EMAIL PROTECTED] writes:
 
  Undefined subroutine any::setVarsInCsh called at /usr/lib/libDrakX/any.pm line 
615.
 
 a new drakxtools will come

It's fixed! Thank you.