auto netpkg check update (New name: Zen Update Tool)

prfaasse · **Posted:** Sun Sep 30, 2007 10:46 am

I got 'mine' from:

http://infwonder.googlepages.com/autoUpdate.pl

It's in one of the previous posts, but a bit 'hidden'...

infwonder · **Posted:** Sun Sep 30, 2007 10:47 am

guth wrote:

can you post a link to the package ? (just to check myself whithout redoing the all stuff

)

here:
http://infwonder.googlepages.com/ZUT-0. ... 6-48.1.tgz
http://infwonder.googlepages.com/ZUT-0. ... 6-48.1.md5
http://infwonder.googlepages.com/ZUT-0. ... 6-48.1.dep

Thank you for helping me out

--- EDIT ---

package updated

--- cautions ---

non-approved package!!! use at your own risk ...

--- package updated to 0.7.5 ---

prfaasse · **Posted:** Sun Sep 30, 2007 10:53 am

Is the content of these packages significantly different from the .pl that i downloaded? If so, i'll drop the 'loose' .pl script and switch to the package...

infwonder · **Posted:** Sun Sep 30, 2007 10:54 am

prfaasse wrote:

Reporting: the thing works with kde... I seem to have two upgradable packages....

Some remarks:

- the util reports two upgradable packages, but netpkg has a different view of things it has more
than those, and not all of those are blacklisted... (do you want details?)

yes please, but first I need to make sure you're using the latest version (at least 0.4) check the script for the info
Currently, I received some test report all shows positive results, so I suspect your version maybe out of date.

Quote:

- if i click on the icon, netpkg starts, but the icon 'disappears' once netpkg is running/stopped...

Probably due to my incompetence.... I started the app from a root-console...

yes, as I mentioned in the manual above, the icon disappear (re-queue) when xnetpkg is up, it should be restart shortly after you quit xnetpkg (10 seconds)

Quote:

Trace:

prf[~]$ su
Password:
root[prf]# visudo
root[prf]# cp patches/autoUpdate.pl /usr/sbin/
root[prf]# chown root:root /usr/sbin/autoUpdate.pl
root[prf]# DISPLAY=:0.0

:) it should be in the same line as the launching of the program, for example:

DISPLAY=:0.0 /usr/sbin/autoUpdate.pl

but if you're using 0.4+ , you don't have to do that this way, just skip the DISPLAY stuff and launch it

Quote:

root[prf]# chmod a+x /usr/sbin/autoUpdate.pl
root[prf]# /usr/sbin/autoUpdate.pl

>> click on the icon, get xnetpkg... exit xnetpkg...
root[prf]# Cleaning temporary files and saving meta information

>> icon disappeared, i attempt to re-run the autoUpdate...

/usr/sbin/autoUpdate.pl
already running, if not, please delete /var/run/autoupdate.lock

root[prf]# rm /var/run/autoupdate.lock
root[prf]# /usr/sbin/autoUpdate.pl

>> icon back in the system tray

see, the icon is back later, this is normal, I send it to re-queue because I don't want it to check for update while you're already on it.

infwonder · **Posted:** Sun Sep 30, 2007 11:00 am

prfaasse wrote:

Is the content of these packages significantly different from the .pl that i downloaded? If so, i'll drop the 'loose' .pl script and switch to the package...

well, try this:

Code:

grep checkupd autoUpdate.pl

and see the version number, for a fully working version, it should at least be 0.4 or greater

p.s.: sorry, I suddenly realize I used 0.4 in the package ... ::)

but it should be fully functioning

guth · **Joined:** Sat Mar 18, 2006 1:13 pm **Posts:** 1182

your doinst script isn't right ...

1) in my example the first '/' in /etc/* shouldn't be there (my bad) so /etc/* become etc/*
2) in your script:

Code:

doinst() {
        cat etc/sudoers |grep "autoUpdate.pl" || echo '%cdrom ALL = (ALL) /usr/sbin/autoUpdate.pl' >> etc/sudoers.new
}

echo '%cdrom ALL = (ALL) /usr/sbin/autoUpdate.pl' >> etc/sudoers.new
is done only if etc/sudoers doesn't contain "autoUpdate.pl" already (wich is OK, this way you don't modify the rules the system admin created to use autoUpdate). That's why you don't have a sudoers.new as i guess you already had a ligne containing autoUpdate in your sudoers
But etc/sudoers.new doesn't exist before (you didn't copy sudoers to sudoers.new) so the sudoers.new (if created) contian only the line you echoed in it ... (not really good ;))

a working modified doinst:

Code:

doinst() {
    if [ -z "$(grep 'autoUpdate.pl' etc/sudoers)" ]; then
        cp etc/sudoers etc/sudoers.new
        echo "%cdrom ALL = (root) NOPASSWD: /usr/sbin/autoUpdate.pl " >> etc/sudoers.new
    fi
}
doinst

BTW: maybe you should modify binary name from autoUpdate.pl to ZUT (or zut)

infwonder · **Posted:** Sun Sep 30, 2007 11:22 am

well, actually, I did have a "sudoer.new" in /etc after installation, that's not my problem. my problem is the

Code:

netpkg dotnew

command didn't ask for me about what to do with this .new file. :'(

p.s.:

but yes, I think I should remove "/" (but why I still can get the .new file created ? $:-\$ )

--- edit ---

ah, I think you're right, making an extra one line sudoer.new is absolutely silly, will change...

--- edit ---

package updated

infwonder · **Posted:** Sun Sep 30, 2007 11:25 am

prfaasse wrote:

Is the content of these packages significantly different from the .pl that i downloaded? If so, i'll drop the 'loose' .pl script and switch to the package...

if you're version number is 0.4 then it should be fine,

or I would like to ask you to download it again, since I just checked the link and think that version is a good one

infwonder · **Posted:** Sun Sep 30, 2007 11:33 am

prfaasse: Just quickly thought through the situation you encountered. I think you probably mistaken the meaning of "upgradable" apckage?

Since it uses

Code:

netpkg list U

to check the repo, only those that have already been installed will be treats as "updates". Does this solve your problem ?

infwonder · **Posted:** Sun Sep 30, 2007 11:41 am

package updated, I hope this time things get smoother

prfaasse · **Posted:** Sun Sep 30, 2007 11:43 am

infwonder wrote:

prfaasse: Just quickly thought through the situation you encountered. I think you probably mistaken the meaning of "upgradable" apckage?

Since it uses

Code:

netpkg list U

to check the repo, only those that have already been installed will be treats as "updates". Does this solve your problem ?

1) I'll upgrade to the 'packaged version' of the application... I quite likely have an old version....
2) I will probably have some troubles reproducing the previous issue: i actually *did* the upgrade :-\ I
would not expect to be shown any further upgrades at this moment...

NB: i like this addition to zenwalk.... Oh, and just now i see: the 'smily' ;D has popped up it's head again.... Something *is* working all-right then \!D/. .Never mind, i'm going to upgrade to the package version to be sure that i'm not running / reporting upon some outdated set of bugs....

And: no offense intended, but would this -being a potential 'always on' application- not be a candidate for re-implementation (at a later moment , no doubt..) in 'C'? I don't now for sure, but i have the feeling that having a perl-process running all the time may be a bit of a memory-eater...

infwonder · **Posted:** Sun Sep 30, 2007 11:45 am

prfaasse wrote:

NB: i like this addition to zenwalk.... Oh, and just now i see: the 'smily'

has popped up it's head again.... Something *is* working all-right then $\!D/$ . .Never mind, i'm going to upgrade to the package version to be sure that i'm not running / reporting upon some outdated set of bugs....

thank you for testing, I am glad you like it

infwonder · **Posted:** Sun Sep 30, 2007 11:58 am

prfaasse wrote:

And: no offense intended, but would this -being a potential 'always on' application- not be a candidate for re-implementation (at a later moment , no doubt..) in 'C'? I don't now for sure, but i have the feeling that having a perl-process running all the time may be a bit of a memory-eater...

well, I think I can make it even lighter by reducing the quality (resolution) of icon it uses. for the perl part, I think it's pretty good, the program's current memory footprint is cause by the image it uses. In fact, there is a better way to reduce the memory in use: re-queue it

I can make re-queue time longer if you want.

guth · **Joined:** Sat Mar 18, 2006 1:13 pm **Posts:** 1182

infwonder wrote:

well, actually, I did have a "sudoer.new" in /etc after installation, that's not my problem. my problem is the

Code:

netpkg dotnew

command didn't ask for me about what to do with this .new file. :'(

from /usr/libexec/netpkg-functions:

Code:

checkdotnew(){
  actionlist="differences yes no remove"
  echo "Checking for configuration files to update..."
  dotnewlist="$(find /etc -name "*.new")"
  if [ "$dotnewlist" ] ; then 
     for file in $dotnewlist ; do
      origfile="$(echo $file|sed -e 's/.new//')"
      [ "$(echo $untouchable | grep $origfile)" ] && continue
      echo "Should we move $file to $origfile ?"

so : to have netpkg asking for sudoers.new, sudoers must not be in Protected_files.
like:

Code:

#netpkg.conf.new as temp file is required to avoid problems
cat etc/netpkg.conf | sed 's/\s\etc\/sudoers\s/ /g' > etc/netpkg.conf.new
mv etc/netpkg.conf.new etc/netpkg.conf

But the good work around might be to modify the existing sudoers (instead of modifying netpkg.conf), so the doinst should be:

Code:

doinst() {
    if [ -z "$(grep 'autoUpdate.pl' etc/sudoers)" ]; then
        echo "%cdrom ALL = (root) NOPASSWD: /usr/sbin/autoUpdate.pl " >> etc/sudoers
    fi
}
doinst

You might ask JP which option is best in his opinion.

prfaasse · **Posted:** Sun Sep 30, 2007 12:28 pm

Hmmm, reporting a spot of trouble:

When i attempt to download:

http://infwonder.googlepages.com/ZUT-0.6-i486-48.1.tgz

reports that the file is not present.... Would you have a 'fresh' link?

auto netpkg check update (New name: Zen Update Tool)

Who is online