[Someone to help test from page 5 ?] Apt-sources-update ? (Re Open)

[melodie]

It stops just after "Do you want to keep your PASS repos ?" (summing up... )

Nothing else occurs after this.

I wonder what you would find in the KDE full and in the KDE Minime, as in Minime : 'su' is aliased to 'su -' and in KDE full 'su' is not aliased to 'su -', as I read in a thread at the Minime/Zen/E17/Openbox sub-forum ?

btw, what is the file where this alias has been placed in Minime ?

[Neal ManBear]

.bashrc

[melodie]

.bashrc

Thanks. For some reason I had looked into /etc/profile.d/60alias.sh and was wondering why I had not found it there.

[daniel]

not root account...

[melodie@localhost ~]$ echo $PATH
/bin:/usr/bin:/usr/local/bin:/usr/games:/usr/lib/qt4/bin:/home/melodie/bin

Where is sbin?

Add it in your bash_profile
see here
http://www.pclinuxos.com/forum/index.php/topic,93921.msg793061.html#msg793061
And the messages will gone...

[daniel]

move now working directory to /tmp, so should gksu -l the script find.

http://dl.dropbox.com/u/2077694/apt-sources-update-0.3.1-9leiche2011.i586.rpm

Working directory isn't build in /home/user. If you looking for it open /tmp.

Hopeful, it will now work.....

[AS]

move now working directory to /tmp, so should gksu -l the script find.

http://dl.dropbox.com/u/2077694/apt-sources-update-0.3.1-9leiche2011.i586.rpm

Working directory isn't build in /home/user. If you looking for it open /tmp.

Hopeful, it will now work.....

Hi Leiche,

the script is fully working here!  Thank you!

I'm getting strange result, while I'm in Europe, the fastest repo's appear to be:

# rpm http://distro.ibiblio.org/pclinuxos/pclinuxos/apt/ pclinuxos/2010 main updates nonfree games kde4

# rpm http://ftp.yz.yamagata-u.ac.jp/pub/linux/pclinuxos/apt/ pclinuxos/2010 main updates nonfree games kde4

...

I can assure you that in real use heanet is faster (on average) for me then those found by apt-sources-update, i.e. in practice yamagata gave me 200 KB/s on average, garr.it 400 KB/s, heanet.ie 550 KB/s  .
Wonder if the speed-test is correct, I mean that on a small download, overall speed can easily be affected by the round-trip time... and/or others variables.

More tests are needed about this behavior. 

AS

[Old-Polack]

I can assure you that in real use heanet is faster (on average) for me then those found by apt-sources-update, i.e. in practice yamagata gave me 200 KB/s on average, garr.it 400 KB/s, heanet.ie 550 KB/s  .
Wonder if the speed-test is correct, I mean that on a small download, overall speed can easily be affected by the round-trip time... and/or others variables.

More tests are needed about this behavior.  

AS

In the past there were many posts questioning the veracity of these tests, showing similar real life usage of varying mirrors differing greatly from the results of the tests. I think this is part of the reason Texstar chose to not update the script. If it is inaccurate, it's really pretty much useless.

[AS]

I can assure you that in real use heanet is faster (on average) for me then those found by apt-sources-update, i.e. in practice yamagata gave me 200 KB/s on average, garr.it 400 KB/s, heanet.ie 550 KB/s  .
Wonder if the speed-test is correct, I mean that on a small download, overall speed can easily be affected by the round-trip time... and/or others variables.

More tests are needed about this behavior.  

AS

In the past there were many posts questioning the veracity of these tests, showing similar real life usage of varying mirrors differing greatly from the results of the tests. I think this is part of the reason Texstar chose to not update the script. If it is inaccurate, it's really pretty much useless.

Thanks for clarifications, I didn't knew about.

If results are inaccurate, I can only agree about to drop out the tool.

Still I think it's possible to correct the current behavior, and if fixed it is a valuable tool for all non technical PCLinuxOS users.

That means (my 2 cents view) that probably the currently used test file it's good to test about mirror consistency and age, but a different file (bigger) should be used to test about speed.

AS

[daniel]

That means (my 2 cents view) that probably the currently used test file it's good to test about mirror consistency and age, but a different file (bigger) should be used to test about speed.

AS

thinking, that i fix it..., but how is bigger?

[AS]

That means (my 2 cents view) that probably the currently used test file it's good to test about mirror consistency and age, but a different file (bigger) should be used to test about speed.

AS

thinking, that i fix it..., but how is bigger?

suppose the wrong result depends from some delay starting the download, say 1 seconds delay, to have a meaningful speed result we should use at least a 5 seconds download (allow for an error of approx. 20%)

The problem is that the time depends also from available internet connection speed:

On a low speed connection (less than 500 Kbit/s) I would try 250 Kb filesize,
On a medium speed  (5 Mbit/s) =>  2.5 Mb filesize,
On higher speed ( > 10 Mbit/s) => 5 Mb filesize or more.

Not a simple task ....   

[melodie]

* melodie reading silently...

[daniel]

The problem is that the time depends also from available internet connection speed:

On a low speed connection (less than 500 Kbit/s) I would try 250 Kb filesize,
On a medium speed  (5 Mbit/s) =>  2.5 Mb filesize,
On higher speed ( > 10 Mbit/s) => 5 Mb filesize or more.

Not a simple task ....    Sad

Maybe a list, where you can select your connection...will it added soon 
Thanks for suggestions 

[melodie]

The problem is that the time depends also from available internet connection speed:

On a low speed connection (less than 500 Kbit/s) I would try 250 Kb filesize,
On a medium speed  (5 Mbit/s) =>  2.5 Mb filesize,
On higher speed ( > 10 Mbit/s) => 5 Mb filesize or more.

Not a simple task ....    Sad

Maybe a list, where you can select your connection...will it added soon 
Thanks for suggestions 

That sounds nice ! I will wait for that one next version to test again.

Regards,
Mélodie

[daniel]

The problem is that the time depends also from available internet connection speed:

On a low speed connection (less than 500 Kbit/s) I would try 250 Kb filesize,
On a medium speed  (5 Mbit/s) =>  2.5 Mb filesize,
On higher speed ( > 10 Mbit/s) => 5 Mb filesize or more.

Not a simple task ....    Sad

Maybe a list, where you can select your connection...will it added soon 
Thanks for suggestions 

That sounds nice ! I will wait for that one next version to test again.

Regards,
Mélodie

no no no, what about your issues from gtksu -l ?
Is it fixed?

With the select get another errors, only low, or medium internet connction can be set yet, but not hight connection 

[melodie]

no no no,

what about your issues from gtksu -l ?
Is it fixed?

With the select get another errors, only low, or medium internet connction can be set yet, but not hight connection  

Ok, I'll try apt-sources-update-0.3.1-9leiche2011.i586.rpm now.