| View previous topic :: View next topic |
| Author |
Message |
raven1982 n00b

Joined: 22 Jun 2005 Posts: 2
|
Posted: Wed Jun 22, 2005 9:59 am Post subject: |
|
|
First of all, thanks to untiefe for creating this most useful piece of software
Now on to my problem...
I'm using glcu version 0.9.6.3. It is set up to execute weekly and only do security updates. But on the last execution, even though it should have sent me an e-mail due to a glsa on spamassassin, it didn't. Here's part of the output of a manual execution with verbosity=3 that I did later:
| Code: |
200506-16 [U] cpio: Directory traversal vulnerability ( app-arch/cpio )
200506-17 [N] SpamAssassin 3, Vipul's Razor: Denial of Service vulnerability ( mail-filter/spamassassin mail-filter/razor )
200506-18 [U] Tor: Information disclosure ( net-misc/tor )
200506-19 [U] SquirrelMail: Several XSS vulnerabilities ( mail-client/squirrelmail )
exit status: 0
secPackages: ['mail-filter/spamassassin mail-filter/razor']
secPackage: mail-filter/spamassassin mail-filter/razor
severalPackages: ['mail-filter/spamassassin', 'mail-filter/razor']
glsa-package count: 2
glsa-package list: ['mail-filter/razor', 'mail-filter/spamassassin']
shellExecution: : emerge --pretend mail-filter/spamassassin >/tmp/glcu-out.25395 2>&1
Output:
These are the packages that I would merge, in order:
Calculating dependencies ...done!
[ebuild N ] perl-core/Storable-2.13
[ebuild U ] mail-filter/spamassassin-3.0.4 [3.0.2-r1]
exit status: 0
shellExecution: : emerge --pretend mail-filter/razor >/tmp/glcu-out.25395 2>&1
Output:
These are the packages that I would merge, in order:
Calculating dependencies ...done!
[ebuild N ] perl-core/net-ping-2.31
[ebuild N ] perl-core/Time-HiRes-1.66
[ebuild N ] dev-perl/URI-1.35
[ebuild N ] dev-perl/Digest-Nilsimsa-0.06-r1
[ebuild N ] mail-filter/razor-2.72
exit status: 0
Number of Packages: 0
Packages: Set([])
Blocking Packages: []
shellExecution: : emerge --info|grep PKGDIR >/tmp/glcu-out.25395 2>&1
Output: PKGDIR="/usr/portage/packages"
exit status: 0
no packages to update. Exiting...
|
I did not receive any e-mail and glcu did not precompile any packages, despite the glsa. Also, there are no glcu files left in /tmp.
I don't know python so I've decided to ask here before looking at the script code. What could be the problem? Perhaps it doesn't work as expected because to update spamassassin a new package (perl-core/Storable) is required too?
Thanks for your help. |
|
| Back to top |
|
 |
untiefe Apprentice


Joined: 12 Jan 2004 Posts: 230 Location: the nonexisting Bielefeld, Germany
|
Posted: Wed Jun 22, 2005 10:41 am Post subject: |
|
|
Hi Raven!
Thanx for your bugreport:
| raven1982 wrote: | | Perhaps it doesn't work as expected because to update spamassassin a new package (perl-core/Storable) is required too? |
And you are absolutely right... glcu thinks that you don't have spamassassin installed, because it finds "a" new package (unfortunately the wrong one).
This patch should fix it (actually I haven't tested it, but it should repair the behaviour):
| Code: | --- /usr/lib/glcu/glcu.py 2005-05-26 10:20:51.000000000 +0200
+++ glcu.py 2005-06-22 12:34:32.714023796 +0200
@@ -540,7 +540,7 @@
# Only prebuilt security packages if they are installed:
newSecPList = packageList.copy()
for package in newSecPList:
- securityCheckCommand = 'emerge --pretend ' + package
+ securityCheckCommand = 'emerge --pretend ' + package + ' |grep ' + package
securityCheck = ShellExecution(securityCheckCommand)
if sre.findall("\[ebuild\s*N",securityCheck.getOutput()):
packageList.discard(package)
|
Or wait for version 0.9.6.4, were It will be fixed.
Bye, Michael _________________ "I'm an angel bored like hell
And you're a devil meaning well"
:: Cardigans - You're The Storm ::
glcu - gentoo linux cron update (full featured semi-automatic updates via cron)
Last edited by untiefe on Mon Aug 01, 2005 12:42 pm; edited 1 time in total |
|
| Back to top |
|
 |
raven1982 n00b

Joined: 22 Jun 2005 Posts: 2
|
Posted: Wed Jun 22, 2005 10:54 am Post subject: |
|
|
Thanks for the quick reply and the patch, it worked flawlessly!  |
|
| Back to top |
|
 |
neuron Advocate


Joined: 28 May 2002 Posts: 2371
|
Posted: Wed Jul 13, 2005 1:30 pm Post subject: |
|
|
would be nice to have a glcu -cron mode, that does exactly what running it in cron does.
I put it in a script run by crontab instead of crontab instead, since I run a local rsync tree I want to make sure that's sync'ed before glcu is run and sync's from that tree. |
|
| Back to top |
|
 |
untiefe Apprentice


Joined: 12 Jan 2004 Posts: 230 Location: the nonexisting Bielefeld, Germany
|
Posted: Wed Jul 13, 2005 3:56 pm Post subject: |
|
|
| neuron wrote: | would be nice to have a glcu -cron mode, that does exactly what running it in cron does.
I put it in a script run by crontab instead of crontab instead, since I run a local rsync tree I want to make sure that's sync'ed before glcu is run and sync's from that tree. |
In the beginning I wanted to do a '-cron' mode, but it doesn't really make sense. glcu's real advantage is that it precompiles the packages during the night. I don't think you need a program to make 'emerge --sync && emerge -avuD system && glsa-check --fix all' easier...
For your specific problem, I suggest two things:
1. Run the sync for the local tree several hours earlier, so that you are sure it's finished.
2.
| Code: | rm /etc/cron.daily/glcu
ln -s /usr/lib/glcu/glcu.py /etc/cronglcu |
and then start '/etc/cronglcu' as a glcu -cron mode.
(P.S.: I'm using this to test new glcu versions)
This is probably all you need (glcu only checks if it is run from '/etc/cronSOMETHING').
Bye, Michael _________________ "I'm an angel bored like hell
And you're a devil meaning well"
:: Cardigans - You're The Storm ::
glcu - gentoo linux cron update (full featured semi-automatic updates via cron)
Last edited by untiefe on Wed Jul 13, 2005 5:10 pm; edited 1 time in total |
|
| Back to top |
|
 |
neuron Advocate


Joined: 28 May 2002 Posts: 2371
|
Posted: Wed Jul 13, 2005 4:25 pm Post subject: |
|
|
| untiefe wrote: | | This is probably all you need (glcu only checks if it is run from '/etc/cronSOMETHING'). |
that'd work of course, thanks
and I'm not running emerge --sync, as I run a local rsync mirror I have to sync that, then have emerge sync to localhost. |
|
| Back to top |
|
 |
untiefe Apprentice


Joined: 12 Jan 2004 Posts: 230 Location: the nonexisting Bielefeld, Germany
|
Posted: Wed Jul 13, 2005 5:09 pm Post subject: |
|
|
| neuron wrote: | | and I'm not running emerge --sync, as I run a local rsync mirror I have to sync that, then have emerge sync to localhost. |
That's what I meant with my first suggestion. On your local rsync mirror you sync the mirror several hours earlier. It can easily be adjusted in the crontab:
In your local rsync(when the sync of the local rsync is done by cron):
| Code: | | 0 1 * * * root rm -f /var/spool/cron/lastrun/cron.daily |
Everywhere else, do it four hours later:
| Code: | | 15 4 * * * root rm -f /var/spool/cron/lastrun/cron.daily |
Bye, Michael _________________ "I'm an angel bored like hell
And you're a devil meaning well"
:: Cardigans - You're The Storm ::
glcu - gentoo linux cron update (full featured semi-automatic updates via cron) |
|
| Back to top |
|
 |
neuron Advocate


Joined: 28 May 2002 Posts: 2371
|
Posted: Wed Jul 13, 2005 5:14 pm Post subject: |
|
|
| yeah, but then I'd be adjusting not only glcu, but every crontab'ed daily service. |
|
| Back to top |
|
 |
untiefe Apprentice


Joined: 12 Jan 2004 Posts: 230 Location: the nonexisting Bielefeld, Germany
|
Posted: Wed Jul 13, 2005 5:58 pm Post subject: |
|
|
| neuron wrote: | | yeah, but then I'd be adjusting not only glcu, but every crontab'ed daily service. |
True, but the other things, normally only take several minutes alltogether, and I don't see any difference if this is done at four in in the night or at one o'clock.
Well, of course it is just a suggestion!  _________________ "I'm an angel bored like hell
And you're a devil meaning well"
:: Cardigans - You're The Storm ::
glcu - gentoo linux cron update (full featured semi-automatic updates via cron) |
|
| Back to top |
|
 |
torne n00b

Joined: 22 Jan 2004 Posts: 65 Location: Cambridge, UK
|
Posted: Mon Aug 01, 2005 12:06 pm Post subject: |
|
|
Works nicely, but I get this after prebuilt packages are installed:
removing /usr/portage/packages/All/genlop-0.30.3*.tbz2
rm: cannot remove `/usr/portage/packages/All/genlop-0.30.3*.tbz2': No such file or directory
Looking in /usr/portage/packages reveals that the package is in /usr/portage/packages/x86/All, as the profile I am using sets PKGDIR to be ${PORTDIR}/packages/${ARCH}.
gclu should probably pick up Portage's setting for PKGDIR.. it's not critical, as the packages still install ok, they just aren't deleted, but it'd be nice. |
|
| Back to top |
|
 |
untiefe Apprentice


Joined: 12 Jan 2004 Posts: 230 Location: the nonexisting Bielefeld, Germany
|
Posted: Mon Aug 01, 2005 12:37 pm Post subject: |
|
|
| torne wrote: | | gclu should probably pick up Portage's setting for PKGDIR.. it's not critical, as the packages still install ok, they just aren't deleted, but it'd be nice. |
Thanx for the bugreport. I thought glcu would pick up portage settings for PKGDIR, but it does it only when it checks for already prebuilt packages and not when it tries to delete the packages. I will fix it in the next version, which will be out soon.
Bye, Michael _________________ "I'm an angel bored like hell
And you're a devil meaning well"
:: Cardigans - You're The Storm ::
glcu - gentoo linux cron update (full featured semi-automatic updates via cron) |
|
| Back to top |
|
 |
untiefe Apprentice


Joined: 12 Jan 2004 Posts: 230 Location: the nonexisting Bielefeld, Germany
|
Posted: Fri Sep 02, 2005 10:36 am Post subject: |
|
|
Hello everybody!
First of all, I want to announce that Cosmin Nicolaescu is helping me to create an even better version of glcu, that will use the portage API and that will be a lot more flexibel. Thanks Cos! At this stage it is the dev-tree in the sourceforge CVS. The actual version will only be stabilized (stable-tree), but won't get many more functions.
In order to put both versions together a unstable-tree will be opened up in CVS, where the new stuff from the dev tree will be merged with the code from the stable glcu version.
Furthermore I'm trying to get glcu into portage - see bug #101827
The webpage of glcu was also redesigned and updated. At the moment it only works well with the firefox, but I will soon try to get rid of all CSS artefacts, that can be seen in other browsers...
Bye, Michael _________________ "I'm an angel bored like hell
And you're a devil meaning well"
:: Cardigans - You're The Storm ::
glcu - gentoo linux cron update (full featured semi-automatic updates via cron) |
|
| Back to top |
|
 |
rabbit7 n00b

Joined: 13 Aug 2003 Posts: 12 Location: Switzerland
|
Posted: Thu Sep 08, 2005 2:15 pm Post subject: |
|
|
Hello
I really love your script and I am using it on many of my gentoo systems.
I recently ran into a problem and dont know how to fix it ;(
i am using glcu 0.9.6.3
| Code: | Problem during: emerge --pretend --verbose --usepkgonly =sys-devel/binutils-config-1.8-r5 =sys-apps/util-linux-2.12i-r1 =dev-perl/DBI =dev-libs/libpcre-6.3 =media-libs/jpeg-6b-r5 =sys-devel/automake-1.9.6 =dev-libs/glib-2.6.5 =sys-apps/baselayout-1.11.13-r1 =dev-lang/python
!!! Invalid binary package: ipw2100-0.29.tbz2
!!! Invalid binary package: xmms-1.2.10-r1.tbz2
These are the packages that I would merge, in order:
Calculating dependencies
emerge: there are no ebuilds to satisfy "virtual/glibc".
|
thank you for your help
best regards Ben |
|
| Back to top |
|
 |
untiefe Apprentice


Joined: 12 Jan 2004 Posts: 230 Location: the nonexisting Bielefeld, Germany
|
Posted: Thu Sep 08, 2005 5:31 pm Post subject: |
|
|
Hi Ben!
| rabbit7 wrote: | | Code: | Problem during: emerge --pretend --verbose --usepkgonly =sys-devel/binutils-config-1.8-r5 =sys-apps/util-linux-2.12i-r1 =dev-perl/DBI =dev-libs/libpcre-6.3 =media-libs/jpeg-6b-r5 =sys-devel/automake-1.9.6 =dev-libs/glib-2.6.5 =sys-apps/baselayout-1.11.13-r1 =dev-lang/python
!!! Invalid binary package: ipw2100-0.29.tbz2
!!! Invalid binary package: xmms-1.2.10-r1.tbz2
These are the packages that I would merge, in order:
Calculating dependencies
emerge: there are no ebuilds to satisfy "virtual/glibc".
|
|
I think it is not a problem of glcu but of portage - I have never seen an 'Invalid binary package' and it is no code from glcu. Please try to emerge system/world manually (also with -K) to see if it's maybe a portage problem...
Bye, Michael _________________ "I'm an angel bored like hell
And you're a devil meaning well"
:: Cardigans - You're The Storm ::
glcu - gentoo linux cron update (full featured semi-automatic updates via cron) |
|
| Back to top |
|
 |
nobbie n00b

Joined: 29 Jul 2005 Posts: 16 Location: Vancouver, Canada
|
Posted: Sat Sep 10, 2005 4:59 pm Post subject: updatetc commands not running |
|
|
hi Michael. i'm running 0.9.7 right now, and i'm having a problem getting the commands defined in the 'updatetc' variable of the glcu conf file to run.
i have two conf files, a daily one for security updates, and a weekly one for world updates. my main /etc/conf.d/glcu runs emerge sync the security checks, and has this line:
| Code: | | rerunconfig: /etc/conf.d/glcu.world |
it has the 'updatetc' line commented out. then, /etc/conf.d/glcu.world has this line:
| Code: | | updatetc: emerge -av depclean && revdep-rebuild -av && dispatch-conf |
however, when i do an update, the 'updatetc' commands don't run. i think that this is a problem with the two conf files, since the commands would run fine when i only had one conf file.
thanks in advance! |
|
| Back to top |
|
 |
untiefe Apprentice


Joined: 12 Jan 2004 Posts: 230 Location: the nonexisting Bielefeld, Germany
|
Posted: Sat Sep 10, 2005 5:36 pm Post subject: Re: updatetc commands not running |
|
|
| nobbie wrote: | i have two conf files, a daily one for security updates, and a weekly one for world updates. my main /etc/conf.d/glcu runs emerge sync the security checks, and has this line:
| Code: | | rerunconfig: /etc/conf.d/glcu.world |
it has the 'updatetc' line commented out. then, /etc/conf.d/glcu.world has this line:
| Code: | | updatetc: emerge -av depclean && revdep-rebuild -av && dispatch-conf |
however, when i do an update, the 'updatetc' commands don't run. i think that this is a problem with the two conf files, since the commands would run fine when i only had one conf file. |
Hi Nobbie!
You're right. Only the updatetc option of the first config file is executed. glcu never sees the updatetc option of the second file. So just use the updatetc of the initial config file. I will change the configuration of glcu because of this unintuitiv behaviour in future version (but it will take some time).
Bye, Michael _________________ "I'm an angel bored like hell
And you're a devil meaning well"
:: Cardigans - You're The Storm ::
glcu - gentoo linux cron update (full featured semi-automatic updates via cron) |
|
| Back to top |
|
 |
cymel n00b

Joined: 16 Jan 2005 Posts: 1 Location: DE, NRW, Münster
|
Posted: Wed Sep 14, 2005 10:32 am Post subject: Bug or feature in glcu v.0.9.7.1 useing 'removeprebuilt:yes' |
|
|
Bug or feature in glcu v.0.9.7.1 while useing 'removeprebuilt: yes' in configuration file?
Are there any reasons that glcu only removes the files in ${PKGDIR}/All/Package*.tbz2 but not the symbolic links in ${PKGDIR}/Category/Package*.tbz2 after installing the pre-build packages?
This small patch against glcu v. 0.9.7.1 fixed this behavior for me:
| Code: |
# diff -au /usr/lib/glcu/glcu.py.orig /usr/lib/glcu/glcu.py
--- /usr/lib/glcu/glcu.py.orig 2005-09-13 17:14:06.000000000 +0200
+++ /usr/lib/glcu/glcu.py 2005-09-14 11:35:02.000000000 +0200
@@ -913,7 +913,10 @@
packagePath = pkgDir + packageShortName + '*.tbz2'
print "removing " + packagePath
os.system('rm ' + packagePath)
-
+ packageLnkPath = infoDir[0] + '/' + packageName + '*.tbz2'
+ print "removing " + packageLnkPath
+ os.system('rm ' + packageLnkPath)
+
# 7. Ask to update the config files:
if (mainConfig.getMainConfig('updatetc')):
if (ask('Do you want to run ' + mainConfig.getMainConfig('updatetc') + ' now?',True)):
|
Regards,
Olaf Niermann |
|
| Back to top |
|
 |
untiefe Apprentice


Joined: 12 Jan 2004 Posts: 230 Location: the nonexisting Bielefeld, Germany
|
Posted: Wed Sep 14, 2005 11:55 am Post subject: Re: Bug or feature in glcu v.0.9.7.1 useing 'removeprebuilt: |
|
|
Hi Olaf!
| cymel wrote: | Bug or feature in glcu v.0.9.7.1 while useing 'removeprebuilt: yes' in configuration file?
Are there any reasons that glcu only removes the files in ${PKGDIR}/All/Package*.tbz2 but not the symbolic links in ${PKGDIR}/Category/Package*.tbz2 after installing the pre-build packages? |
Until today, I didn't knew about the symlinks, therefore I didn't let glcu delete them...
And thanks for your patch, I'll add it to the next glcu release.
Bye, Michael _________________ "I'm an angel bored like hell
And you're a devil meaning well"
:: Cardigans - You're The Storm ::
glcu - gentoo linux cron update (full featured semi-automatic updates via cron) |
|
| Back to top |
|
 |
pioto Retired Dev


Joined: 24 Oct 2003 Posts: 54 Location: Pittsburgh, PA
|
Posted: Tue Oct 18, 2005 6:08 am Post subject: Debugging Email |
|
|
Hello,
I've been using this script for a while, and it's worked wonderfully for me until this past week.
I can see that the /tmp/glcuUpdate-* files are created properly, and running glcu /tmp/glcuUpdate-xxx updates my system as expected. However, I am not getting any of the emails from the script.
I'm wondering if you can propose some way that I can run it to try to get some more debugging output, or somehow figure out why this is.
Every other cron job seems to be emailing me fine, so I don't think my MTA or procmail configurations are totally broken.
I also can't find any evidence of the emails in my mail logs...
Thoughts? |
|
| Back to top |
|
 |
untiefe Apprentice


Joined: 12 Jan 2004 Posts: 230 Location: the nonexisting Bielefeld, Germany
|
Posted: Tue Oct 25, 2005 5:06 pm Post subject: Re: Debugging Email |
|
|
Hello there!
Sorry, that you had to wait, but I just got back from my honeymoon (one month in Australia... Just great)
| pioto wrote: | I've been using this script for a while, and it's worked wonderfully for me until this past week.
I can see that the /tmp/glcuUpdate-* files are created properly, and running glcu /tmp/glcuUpdate-xxx updates my system as expected. However, I am not getting any of the emails from the script.
I'm wondering if you can propose some way that I can run it to try to get some more debugging output, or somehow figure out why this is. |
glcu just stopped to send you e-Mails without changing anything of glcu (configuration or an upgrade or something)? Then it probably is something else, that was changed/upgraded...
But you can just try the command, that glcu uses to send its eMails:
| Code: | | /bin/cat /etc/hosts | /bin/mail -s "Test" YourEMail@Adress.from.the.config.file |
If this works, glcu should be able to send you an eMail, otherwise you should check you eMail settings.
Just post the output of the command here, so that we can find the problem together.
Bye, Michael _________________ "I'm an angel bored like hell
And you're a devil meaning well"
:: Cardigans - You're The Storm ::
glcu - gentoo linux cron update (full featured semi-automatic updates via cron) |
|
| Back to top |
|
 |
pioto Retired Dev


Joined: 24 Oct 2003 Posts: 54 Location: Pittsburgh, PA
|
Posted: Tue Oct 25, 2005 6:12 pm Post subject: |
|
|
Hmm... I poked at it some more and it seems to be working right now.
I think part of the problem may possibly be that it was failing on the emerge of glibc, with testing turned on (FEATURES="maketest"). Maybe that was going over some maximum size somewhere along the way?
I saw the final glcuUpdate-xxxxxx being created, and there were no resudual .out files in /tmp... so maybe mail choked somewhere? Or maybe my mta was just being stupid.
Either way, no worries about the delay. A honeymoon is infinitely more important than a computer.
Thanks for your help, and keep up the good work! |
|
| Back to top |
|
 |
untiefe Apprentice


Joined: 12 Jan 2004 Posts: 230 Location: the nonexisting Bielefeld, Germany
|
Posted: Wed Oct 26, 2005 8:56 am Post subject: |
|
|
| pioto wrote: | | I think part of the problem may possibly be that it was failing on the emerge of glibc, with testing turned on (FEATURES="maketest"). Maybe that was going over some maximum size somewhere along the way? |
Do you use a version before 0.9.7 ? If so, the maximum size for the mail could be the reason...
I will recode the eMail sending stuff anyway, because I want to use a python module for this and not mail...
Bye, Michael _________________ "I'm an angel bored like hell
And you're a devil meaning well"
:: Cardigans - You're The Storm ::
glcu - gentoo linux cron update (full featured semi-automatic updates via cron) |
|
| Back to top |
|
 |
pioto Retired Dev


Joined: 24 Oct 2003 Posts: 54 Location: Pittsburgh, PA
|
Posted: Thu Oct 27, 2005 3:01 am Post subject: |
|
|
| untiefe wrote: | | Do you use a version before 0.9.7 ? If so, the maximum size for the mail could be the reason... |
I'm using version 0.9.7.1. I dunno, the messages generated by glibc with all that testing output afterwards is realllly long, maybe my mta choked on it instead?
What might be kinda neat, although it may also not be too generalizable, would be to have glcu just mail the last few dozen lines when there's an error. I know that at other times I've gotten some very long mails when some larger packages failed to build. The problem with that is when you're doing a parallel make, your error could really be occuring fairly far back... Maybe this could be a configuration option?
Thanks for your efforts! |
|
| Back to top |
|
 |
untiefe Apprentice


Joined: 12 Jan 2004 Posts: 230 Location: the nonexisting Bielefeld, Germany
|
Posted: Mon Nov 07, 2005 8:11 pm Post subject: |
|
|
Hi!
| pioto wrote: | | I'm using version 0.9.7.1. I dunno, the messages generated by glibc with all that testing output afterwards is realllly long, maybe my mta choked on it instead? |
I don't think so, because since version 0.9.7 glcu checks the log size and only sends it through eMail if it is small. Otherwise it will be stored in a file and only the filename is send per eMail.
| pioto wrote: |
What might be kinda neat, although it may also not be too generalizable, would be to have glcu just mail the last few dozen lines when there's an error. I know that at other times I've gotten some very long mails when some larger packages failed to build. The problem with that is when you're doing a parallel make, your error could really be occuring fairly far back... Maybe this could be a configuration option?
Thanks for your efforts! |
Well I could make this a configuration option, but I don't think it would be a good option, because you never know where you have your error. Well, maybe at a later stage - there are more urgent things to do first
Bye, Michael _________________ "I'm an angel bored like hell
And you're a devil meaning well"
:: Cardigans - You're The Storm ::
glcu - gentoo linux cron update (full featured semi-automatic updates via cron) |
|
| Back to top |
|
 |
TvL n00b

Joined: 30 Mar 2005 Posts: 15
|
Posted: Tue Jan 10, 2006 4:01 pm Post subject: |
|
|
Hi Michael,
First I would like to thank you for this wonderfull script.
My P233 Server enjoys compiling over night, and the email is great.
I have 1 little suggestion, it's so little I'm almost ashamed to suggest it.
I would like to have a symlink /tmp/glcuUpdate which points to the newest /tmp/glcuUpdate-XXX file.
II think it would be a nice feature to make this script even more easier.
Thanks |
|
| Back to top |
|
 |
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|