Sylvain Beucler wrote:
I haven't setup an auto-packing commit hook so may need to have me do
that. I'm planning to add something like in post-update:
export GIT_DIR=coreutils.git
git-count-objects
# If 5120k
git repack
git prune
A useful reference for update scripts is the
Sylvain Beucler wrote:
http://savannah.gnu.org/maintenance/ListHelperAntiSpam
Thanks for the mark-up clean-up Bob :)
I just learned of that wiki yesterday and noticed that page on
listhelper there. Seems like a good place for more information. I
should add some more information in that
Jim Meyering wrote:
[EMAIL PROTECTED] (Karl Berry) wrote:
[using locate] doesn't happen very often. I've maybe done it half
a dozen times
since I got access. I'll miss it on the occasions when it's needed, but
if no one else cares, never mind.
I too find locate very useful, and used
Sylvain Beucler wrote:
apt-proxy is pretty buggy
Agreed. I wanted to mention that it was replaced by 'apt-cacher',
which worked great in Sarge but in Etch seems to be suffering from
featuritis, but is still better than apt-proxy. I am told that many
people are having good luck using 'approx'
Sylvain Beucler wrote:
- We at Savannah represent a strong stand against services that keep
their source code private (such as SourceForge, of course). Hence,
we need a permanent location where the listhelper source code can be
downloaded, if possible with instructions on how to set it
Karl Berry wrote:
http://tug.org/~karl/alc.html is my expanded text to be shown in the
list creation page. More comments?
By default, Mailman sends request for notification on every message,
and this is critical for listhelper's operation. You will probably
want to filter these from your
Sylvain Beucler wrote:
Since listhelper rely on this 'admin_immed_notify' parameter being
turn on, list admins need to be careful not to turn it off. We can
suggest that list admins, if they don't want the requests for
approval mails, use a filter rule in their MUA instead.
Thanks. That
Yoshinori K. Okuji wrote:
Robert Millan wrote:
With [EMAIL PROTECTED] we didn't have any problem with spam, since it's
subscriber-only. If help-grub is made subscriber-only as well, we can
avoid the spam too.
It would certainly be inconvenient to users if they needed to
subscribe in order
Robert Millan wrote:
Which is that? Either someone actively moderates the list, or we accept spam
as a part of it.
We moderate non-subscriber email. Messages from subscribed users are
passed through normally without delay. Here is a quick overview:
Robert Millan wrote:
Karl Berry wrote:
We moderate non-subscriber email.
That is, we, meaning a small group of volunteers of whom Bob and I are
two, are willing to moderate non-subscriber email to any GNU lists for
which there is no one else willing. (We already handle dozens.)
Steve White wrote:
Karl Berry wrote:
FWIW, I have had similar problems with CVS servers (including but not
limited to savannah) in the past, even though the server is running
fine. It was due to network hobgoblins between me and the server.
I don't deny that explanation, but it needs
nick alvaro wrote:
I got a bounce for a e-mail that I sent to this list.
Are there any rules for e-mailing to savannah-hackers?
Show us the bounce? Posting it to a pastebin and posting the URL to
it would be best.
The title of the bounce was The results of your email commands.
That sounds
Karl Berry wrote:
Presumably user gronholm is a fake. When this happens, is there some
way to disable the user from posting again? Or is that already done?
Or is it useless? (The posting is already marked as spam.)
Apparently not. Here is some previous discussion.
Karl Berry wrote:
http://savannah.gnu.org/maintenance/SavaneTasks
...
Working on spam would be great.
Yes
The after-the-fact approach we have now is a big drag, because spam
often gets sent to the project mailing lists as soon as it is posted.
With spam, it seems to me
Karl Berry wrote:
Right now once spam is posted it can never be removed. It can only
be collapsed into a small font tag if five people vote that it is
spam.
BTW, isn't that an awfully high barrier? I don't know of any other
system that requires more than one admin to look at
Karl Berry wrote:
However, I just now tried to open https://savannah.gnu.org in the
firefox3 from CentOS, and, it seems that the cacert root is in ff3 after
all! I was not aware of that. So -- yay! Everything seems good.
I just tried this in a freshly installed Firefox 3 from mozilla.org
The recent spam to the mailing list was due to a subscribed address.
It appears that at some time previously subscribed members were
automatically whitelisted and unmoderated. An old address came back
from the past to haunt us.
To clear this problem and also avoid more future problems of the
Bake Timmons wrote:
Thanks to all--I've learned from you all. I will try again next month
when I get more dialup hours. In the long run, I would hope for either
being able to resume the download of a bazaar pack or for smaller
maximum pack sizes, say 30MB.
Here is an idea: Perhaps you could
Nikolas Kallis wrote:
I am performing the Coreutils Contribution Guidelines:
http://git.savannah.gnu.org/cgit/coreutils.git/tree/HACKING
I will go ahead and try to answer your question but let's take any
future discussion over to the coreutils list please.
I am up to 'Make your changes on a
Nikolas Kallis wrote:
There is a problem with the Coreutils Contribution Guidelines:
http://git.savannah.gnu.org/cgit/coreutils.git/tree/HACKING
This would be a great discussion to have on the coreutils project
discussion list over at coreut...@gnu.org instead of here. This is
the savannah
Bill Liu wrote:
To whom it may be concerned:
You have reached the mailing list for people who hack on Savannah.
Savannah is the software forge for people committed to free software.
The web site, the version control hosting, that type of thing.
Hello. I am newbie to libntlm. I recently
Aharon Robbins wrote:
I have copies of those branches on my personal system and want to push
them back up.
...
I did some experimenting on some test repos, and I believe that all I
need to do is
git push origin num-handler # and likewise for long-double
and then things will be
Noam weissman wrote:
I am running a simple TCP terminal server that works like a telnet
server but with no Protocol. Actually a s simple TCP server. I use
raw TCP terminal.
You have reached the mailing list for people who hack on Savannah.
Savannah is the software forge for people committed to
Hi Adrián,
Adrián wrote:
following the indications published here[1], I chose the following task:
Thank you for picking up the task.
task #12149: please delete master branch for FreeON project
https://savannah.gnu.org/task/?12149
I ran 'git filter-branch' because I grafted that branch
James Cloos wrote:
KB exec timeout 120m /usr/lib/git-core/git-daemon $@
...
Anyway, from git/daemon.c:run_service():
/*
* We'll ignore SIGTERM from now on, we have a
* good client.
*/
signal(SIGTERM, SIG_IGN);
so that is why timeout(1) fails.
Monitor
### END INIT INFO
# Author: Unknown but likely Michael J. Flickinger or Sylvain Beucler.
# Updated: Bob Proulx.
# PATH should only include /usr/* if it runs after the mountnfs.sh script
PATH=/sbin:/usr/sbin:/bin:/usr/bin
DESC=SQL Injection Monitor
NAME=sql_injection_monitor
SCRIPTNAME=/etc
Is internal.savannah.gnu.org's web server available from the outside
world? It appears that was where munin had run previously. I would
restore it there if it were accessible. I am thinking that access is
blocked at the firewall these days however. But thought I might as
well ask about it.
Hi Ryan,
Ryan Doyle wrote:
I'm thinking it would make sense to have this on the mgt
server. This is externally accessible and has other monitoring-type
applications running on it (Nagios).
Thoughts?
Ah! mgt's web server is externally accessible. That would work.
My thoughts are that
Ryan Doyle wrote:
Yup, sure is. You could setup munin.savannah.gnu.org or similar and
used name-based virtual hosting on Apache.
I don't think we need a separate virtual server for it. At least not
yet. I set it up here.
http://mgt.savannah.gnu.org/munin/
The advantage to a separate URL
I would like to walk through the Savannah VMs and get all of them
their security upgrades. I would like to discuss the procedure for
doing this. The VMs are at:
download: 6.0.2
frontend: 6.0
internal: 6.0.2
mgt: 6.0.2
vcs: 6.0.1
I think mgt might be the closest to savannah-hackers
Bob Proulx wrote:
Except that there appears to be firewall blocking between mgt and all
of vcs, frontend, download. It can only connect to internal.
I plan on adding this rule to the /etc/default/iptables-rules files on
the various VMs.
# Allow munin from 140.186.70.74 mgt.savannah.gnu.org
Karl Berry wrote:
# Allow munin from 140.186.70.74 mgt.savannah.gnu.org
-A INPUT -m tcp -p tcp --dport 4949 --src 140.186.70.74 -j ACCEPT
Sounds good to me, FWIW.
Okay. Will do during daylight sysadmin hours. Just in case.
I think mgt might be the closest to
Karl Berry wrote in the other message:
I think mgt might be the closest to savannah-hackers and the furthest
from the public and therefore I propose that we upgrade it first.
Also sounds good to me.
Sounds good. Will upgrade mgt first and then decide what to do next.
When
A few days turned into a few more because I wanted to wait for weekday
daylight hours when everyone would be around.
I am going to check with sysadmin then will reboot mgt today. After
the reboot we can check that everything got restarted correctly. It
has been 336 days since the init.d scripts
Bob Proulx wrote:
I am going to check with sysadmin then will reboot mgt today. After
the reboot we can check that everything got restarted correctly. It
has been 336 days since the init.d scripts were tested. :-) After that
it is more cleaning before getting the upgrade under way.
The mgt
Bob Proulx wrote:
Next steps are cleaning old config files (*.dpkg-* and *.ucf-*) and
obsolete conffiles from init.d if any so as to have things clean.
Then the upgrade. Probably ready to reboot tomorrow to the latest
kernel that will get installed.
All done. The mgt VM has been upgraded
Hello Aditya,
aditya sen wrote:
Hello everyone,
First of all I apologize for this direct message. I went through the
website https://savannah.gnu.org/ and only found this address where I can
post my query. I am sorru if I posted at the wrong place. Below is the
description of the problem
Continuing in the upgrades I plan on doing the same recipe on
internal next. I think it is completely normal and so good for the
next pick of low hanging fruit. It runs MySQL and I will make sure we
have a good db backup prior to the upgrade. But there is the
preparatory cleaning to do on it
Bob Proulx wrote:
Continuing in the upgrades I plan on doing the same recipe on
internal next. I think it is completely normal and so good for the
next pick of low hanging fruit. It runs MySQL and I will make sure we
have a good db backup prior to the upgrade. But there is the
preparatory
Ankith S wrote:
I have found some c source code of UNIX commands.page is
coreutils.git - GNU coreutils.htm. And is it possible to compile
those codes using gcc compiler??if possible please guide me how to
compile??
You have reached the mailing list for people who hack on Savannah.
Karl Berry wrote:
We can't copy from the old wiki. That's the whole problem (well, the
biggest part of it, anyway). At least I don't know how.
As I read that suggestion I think perhaps the suggestion was to bring
up the current web page and then cut-n-paste from it into a new
location. All
Karl Berry wrote:
Apparently loggerhead is started once by rc and lives until the system
reboots (251 days and counting). I suppose some kind of balance finally
got tipped. Sure looking forward to Bob's reboot program completing.
Each of the VMs has its own set of quirks that I am learning
Aharon Robbins wrote:
Hi. I did a push into the gawk repo a few minutes ago (it's now 14:21
EDT) and it worked, but now trying to do a new push, or a pull, I'm
getting:
$ git pull
Permission denied (publickey).
fatal: The remote end hung up unexpectedly
Can someone look into this
Bob Proulx wrote:
Problem 2:
internal:~# dpkg-reconfigure grub-pc
/usr/sbin/grub-probe: warn: disk does not exist, so falling back to
partition device /dev/xvda2.
...
I imagine this problem is due to it being a Xen domU. The previous VM
mgt doesn't have grub installed. I chatted
I am going to start the upgrade flow for frontend and reboot it in a
few minutes. Nothing has been done to it yet. It has been up for a
year. Just getting it ready for the upgrade. It should reboot quickly.
Bob
Bob Proulx wrote:
I am going to start the upgrade flow for frontend and reboot it in a
few minutes. Nothing has been done to it yet. It has been up for a
year. Just getting it ready for the upgrade. It should reboot quickly.
Due to other urgent events unrelated to frontend I missed
Topic: Zope
I have mostly upgraded frontend. Most importantly this includes
Apache2 and in general all of the subsystem components.
frontend:~# cat /etc/debian_version
6.0.7
But I ran across something that raised questions. The machine has
Zope installed from when it was Lenny 5.0. Zope
I have mostly upgraded frontend. Most importantly this includes
Apache2 and in general all of the subsystem components.
A quick status summary:
frontend:~# apt-show-versions |grep -v -e uptodate
libdb4.5 4.5.20-13 installed: No available version in archive
openssh-client/squeeze
Karl Berry wrote:
1) Can you figure out enough Zope that you can extract the content?
That is what is needed, so that it can be a starting place for a sane
wiki.
Sorry that I haven't even started looking at it. Soon. And then
there is Aljosha Papsch's work at grabbing the current state of
Hi Ward,
Ward Vandewege wrote:
It's only mail to r...@internal.savannah.gnu.org that was stuck. That mail is
configured to be forwarded to savannah-reports-priv...@gnu.org via
/etc/aliases.
But exim on internal didn't know that internal.savannah.gnu.org was its own
domain/hostname.
I
Summary:
Tonight I upgraded VM vcs. Mostly. I will keep chipping away at
things until they are completely through.
I spot checked cvs, hg, git, and mercurial using their various web
interfaces. All appeared to be working. Please report any problems
if something is not working.
Does anyone
Ineiev wrote:
I can't update anonymous checkout of web pages for
`www' and `gnun'; cvs update says:
cvs [update aborted]: unrecognized auth response from cvs.sv.gnu.org: cvs:
unrecognized option '--allow-root-regexp=^/srv/cvs/sources/.*$'
I see reports from two others that bzr+ssh isn't
Ineiev wrote:
Another issue: in `www' web pages, cvs commit says:
Failed to exec cvs: No such file or directory at /usr/local/bin/sv_membersh
line 110.
Thanks for the report. That is actually just another face of the same
issue. The cvs that had been installed was locally patched. The
Anon cvs through the pserver should be working again. Please try it
and let us know!
In order to solve the problem as quickly as possible I asked Nico to
restore /usr/bin/cvs from backup from last week. That restored the
patched version. Now we can more calmly deal with the issue.
Bob
I am working through the various notifications. I see that the vcs
/etc/cron.hourly/bzr_commit_mail_notification script is producing
errors.
/etc/cron.hourly/bzr_commit_mail_notification:
Traceback (most recent call last):
File /usr/src/bzr-hookless-email/bzr_hookless_email.py, line 328, in
Glenn Morris wrote:
I'm pining for commit notifications...
Sorry!
Maybe try asking baz...@lists.canonical.com for help?
Karl suggested asking on gnu-prog-discuss.
They'll probably want to know what the versions of bzr etc were before
and after the upgrade.
Did you upgrade to bzr 2.6?
In
Glenn Morris wrote:
Bob Proulx wrote:
In theory bzr wasn't upgraded. The package manager thinks it has
2.1.2-1 installed and there isn't an upgrade for it in Stable so there
shouldn't have been any changes. The log doesn't show any changes to
it. However bzr itself reports 2.6b2 so I
Bob Proulx wrote:
Glenn Morris wrote:
I think that may have removed the revision_history attribute that
bzr-hookless uses. It was deprecated in 2.5:
https://bugs.launchpad.net/bzr-hookless-email/+bug/988195
has a possible patch.
Thank you for doing that research! That is very
Eli Zaretskii wrote:
Bob Proulx wrote:
Did you get any notifications from it?
Yes, 3 minutes before you sent this message. Does that sound right?
Yes. I ran it manually so I could see any output without waiting for
the cron mail to deliver it. Then sent that message.
I assume
Glenn Morris wrote:
If you have time, would you be willing to try the patch from
https://bugs.launchpad.net/bzr-hookless-email/+bug/533009/comments/3
- msg.add_inline_attachment(diff_val, diff_name)
+ msg.add_inline_attachment(diff_val, diff_name, 'x-diff')
It is just a piece of trivia
Glenn Morris wrote:
Bob Proulx wrote:
I added that change to the script. I imagine we will need to wait
for the next commit before there is a notification. If you would
keep an eye open and report on the result that would be great.
Seems ok, thanks.
http://lists.gnu.org/archive/html
anthony wrote:
I am a LMDE user since the beginning. I have always wanted to run just
straight Debian and yet the inability to change some things have kept me
from it
Have been doing all I can to install Dragora and it is not simple as I
am doing it from a usb stick and cannot seem to
Nicolás César via RT wrote:
Give us a day and I'll restore the tapes labeled 2012-07-19
Sorry for the inconveniences!
Thanks for working the problem. Sorry for the hassle!
Bob
Glenn Morris wrote:
Recently Savannah bzr was updated to bzr 2.6.
This breaks the bzr-hookless-email script that was being used for
commit notifications. [1]
To try and fix this, I suggest installing the bzr-email plugin.
`apt-get install bzr-email' (the version from Debian testing is the
Ward Vandewege via RT wrote:
Could you purge the spam from the bug linked below?
http://savannah.gnu.org/bugs/?28247
Karl organized the deletion of it. It's done now.
Bob
van quang wrote:
I am unable reading SMS message from Nokia 3110c cell phone
I can send SMS success, but getsms failure.
You have reached the mailing list for people who hack on Savannah.
Savannah is the software forge for people committed to free software.
The web site, the version control
Dora has noticed and reported that the viewcvs interface has been
producing timeouts at various times.
http://web.cvs.savannah.gnu.org/viewcvs/
I put together a very brute force check by running wget against one of
the pages every five minutes and I have seen this so far. During the
times
Bob Proulx wrote:
Just now I added a quick check to run a 'ps -efH' every five minutes
too. Perhaps that will show something interesting in tonight's
overnight run.
And in the last night's run I am seeing very large loads being
recorded on vcs. I can see load averages up in the 20+ range
Karl Berry wrote:
Bob, Michael, John, Ineiev, anyone -
Hi Karl!
So, about getting ikiwiki installed, so the savannah documentation wiki
can be updated again and we can move forward.
Yes. This task has been hanging out for a while now. I was out of
commission for a while. But then
After 491 days of uptime I rebooted frontend.savannah just now. Nico
stood by as a safety net. No trouble. All good.
Bob
The problem is the same one Karl reported back in May:
http://lists.gnu.org/archive/html/savannah-hackers-public/2013-05/msg00028.html
Then I ran /etc/init.d/zope2.10 restart. (Several times, killing old
processes, etc.)
The results were quite mysterious, with the wiki failing to come up at
Karl Berry wrote:
- the ikiwiki package is installed and basically configured on frontend.
Thank you Karl for doing this work! It's awesome!
Bob
Anyone know of a reason why I should not `apt-get install locales' on
vcs.sv? I'd leave the default locale as None, as it is now.
I think every system should have the locales package installed. So
definitely installing it is the right thing to do.
(BTW: PAM uses the default locale setting for
Karl Berry wrote:
I know Bob et al. were gathering stats on frontend, but I didn't see
anything on vcs.
The firewalls on the machines were blocking me from setting it up on
vcs. I am going to open the firewalls to allow it. Originally I
didn't understand how they were set up. But now I
Bob Proulx wrote:
Karl Berry wrote:
I know Bob et al. were gathering stats on frontend, but I didn't see
anything on vcs.
The firewalls on the machines were blocking me from setting it up on
vcs. I am going to open the firewalls to allow it. Originally I
didn't understand how they were
Karl Berry wrote:
To log into vcs, first log into mgt.
He can't. He doesn't have a static IP address (as far as I know --
Tomasz, if I'm wrong, let me know). I asked him to ask sysadmin for an
account on fencepost but I don't think that has happened yet.
But should be able to get to
Now that ikiwiki is in full swing (yay) and zwiki is now no longer
being used I think this means that the custom zope installation on
frontend can be dropped.
I would like to do this and return it to the stock version, by
uninstalling zope. That will be one obstacle removed from the upgrade
Tomasz Konojacki wrote:
Additionally, I'm not sure why, but origin was set to
git://git.sv.gnu.org/administration/savane.git which doesn't seem to
be right,
That is the anonymous read-only access path. You can clone and read
using that URL but you can't write using it. You can make patches
I suppose /usr/src/savane on vcs isn't used for anything and
and should therefore just be deleted. (But I'm not willing to go that
far just now.)
I concur that /usr/src/savane isn't used. It is behind the HEAD of
that branch. It is just causing confusion.
I moved it out of the way.
The recent thread about savane checked out working copies had me
looking through the source repositories. Initially I was quite
confused by the similarly named version control copies.
There are *three* different savane related repositories. After some
research I now understand why and wanted to
Karl Berry wrote:
Bob Proulx wrote:
/usr/src/savane is no longer the live working copy.
Sure it is. Unless you changed every setting on the system to point
somewhere else, which I really doubt :).
You are correct. And nope. I was confused by the copy on vcs. It
was the copy on vcs
Camm Maguire wrote:
Greetings! Gcl recently switched to git, and now the commits list
appears dead. What to do?
You came to the right place. I will fix it. Done. It wasn't
configured. Should be configured now. Let us know if you have
further problems.
I also set your unnamed git
Karl Berry wrote:
I hope none of them have any more copies!
I just checked. mgt and (now) vcs don't have a /usr/src/savane, but dl
and int do. I don't know if it is actually used in either case.
I don't believe any of those other VMs should be using any copy of
savane on their local
Update of task #12900 (project administration):
Percent Complete: 10% = 100%
Open/Closed:Open = Closed
___
Follow-up Comment #2:
Done. Let
Here is a rhetorical question.
The Savannah Administration project on Savannah has two ticket
submission portals. One is Support and the other is Task.
Submissions to Support go to the savannah-hackers mailing list.[1]
Submissions to Task go to the savannah-hackers-public mailing list.
Does
Hi Sylvain!
Good to see you on the list again.
Sylvain wrote:
In theory, what I setup was:
- savannah-help-public = user support requests
Support for punctual help goes there
- savannah-hackers-public = discussions among Savannah Hackers
Long-term Tasks go there
Of course users tend
Sylvain wrote:
'download' should be easy to upgrade for user access: just basic
sftp/rsync/scp access through sv_membersh.
I am just a little tenative because there have been some surprises in
the past. :-/
For Apache access, remember to check whether mirmon and
audio-video.gnu.org (http
Hello Angelica,
Angelica Burgos wrote:
I would like to end license agreement because i was hacked n i did
not agree to this ty
My email is angelicador...@icloud.com
What license agreement are you talking about? How can we help you?
Bob
Hello Angelica,
Angelica Burgos wrote:
What license agreement are you talking about? How can we help you?
Look I found this site on my phone my phone keeps changing settings
and they keep accessing my facebook and apps I need u too look into
this I have an iPhone 4 ios7 with sprint # is
Update of task #12900 (project administration):
Open/Closed: Closed = Open
___
Follow-up Comment #4:
Hmm... I will look into the problem. It looks like it should be working to
me. Give
Hi Sylvain,
Sylvain wrote:
Bob Proulx wrote:
lastest Debian point release 7.2 that released last week. Mostly.
Debian 7 or Debian 6, actually?
Did I say 7.2? I was doing all of my 7.2 machines at the same time.
This was Debian 6.0.8 for the VMs. Debian 7 is on my list for those
Update of task #12900 (project administration):
Status: In Progress = Done
Open/Closed:Open = Closed
___
Follow-up Comment #6:
Thanks for
Savannah Hackers,
On the download VM I see this:
download:~# dpkg --get-selections | grep -c hold
91
Out of:
download:~# grep-status -s Package -n install ok installed | wc -l
242
That is a lot of held packages. I think it unlikely that it is in a
desired state. Some of the held
Savannah Hackers,
The rrdtool on VM internal is pinned at version 1.2. Does anyone have
information on why? Lenny 5 had rrdtool 1.3.1. Squeeze has 1.4.3.
So this is pinning the system to quite an old version.
I am using rrdtool for some pingstats graphs on another system and
have for several
Bob Proulx wrote:
I needed it for Cacti at a point, because there were issues with newer
rrdtool and current Cacti (despite using Debian stable packages).
I think the Cacti instance was removed, so the pinning can go away as
well :) Plus Cacti fixed this issue a while ago.
Okay. I
Update of task #12961 (project administration):
Category: Approved Projects to be Reviewed = System
___
Reply to this item at:
http://savannah.gnu.org/task/?12961
Update of task #12961 (project administration):
Status: In Progress = Done
Open/Closed:Open = Closed
___
Follow-up Comment #6:
This has
There is a checkbox on the login.php page.
[x] Stay in secure (https) mode after login
The presented form may be accessed by either http or https. It
defaults to checked which is good. The form submit action is always
to an https URL which is also good. But then regardless of the
setting of
Sylvain wrote:
Bob Proulx wrote:
To me this is a bug.
Which part of it? There were several things mentioned.
The only non-sensible one : that _un_checking 'stay in https' stays in
https nonetheless.
Well... That technically may be a bug but it is one of those bugs
that would never
Follow-up Comment #5, task #13025 (project administration):
BTW, how come that I cannot see this item in the my items link?
It doesn't show up there because Karl closed it when he responded to the
issue.
___
Reply to this item at:
1 - 100 of 540 matches
Mail list logo
