[savannah-help-public] [sr #109473] Additional repos for "gnues"

[Sylvain Beucler]

Follow-up Comment #5, sr #109473 (project administration):

Hi, just a little reminder for the repos description :)

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/

[savannah-help-public] [sr #109473] Additional repos for "gnues"

[Sylvain Beucler]

Follow-up Comment #4, sr #109473 (project administration):

Hi,

Sorry for the late answer, I reinstalled my mail server and missed some mails
until today.

- gnues.git : not used for now, no description
- gnues/planet-config : configuration for Planet GNU
- gnues/planet-infra : GNU-specific code parts (templates, cron scripts, ...)

Repositories are now linked from planet.gnu.org.

Thanks!

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/

[savannah-help-public] [sr #109473] Additional repos for "gnues"

[Sylvain Beucler]

Follow-up Comment #1, sr #109473 (project administration):

Hi, any progress?

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/

[savannah-help-public] [sr #109473] Additional repos for "gnues"

[Sylvain Beucler]

URL:
  

 Summary: Additional repos for "gnues"
 Project: Savannah Administration
Submitted by: Beuc
Submitted on: Mon 12 Mar 2018 08:26:35 PM UTC
Category: Source code repositories - developer access
Priority: 5 - Normal
Severity: 3 - Normal
  Status: None
 Assigned to: None
Originator Email: 
Operating System: None
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

Hi,

I need two Git sub-repositories, can you create them?
gnues/planet-config
gnues/planet-infra





___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/

[savannah-help-public] [sr #109472] Move project "gnues" to GNU project type

[Sylvain Beucler]

Follow-up Comment #8, sr #109472 (project administration):

Thanks a lot!

For the record, I have no way to know if with the limited Savannah resources,
you are able to managed closed requests or if one should re-open a new one. 
For the GNU/non-GNU, I remember it was a PITA to change project type, to the
point it justified a complete wiki page
http://savannah.gnu.org/maintenance/NonGnuToGnuSysadmin/ so I didn't touch
anything until the project type was clean.

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/

[savannah-help-public] [sr #109472] Move project "gnues" to GNU project type

[Sylvain Beucler]

Follow-up Comment #5, sr #109472 (project administration):

Is there a way to reopen this task?
I told RMS I pushed the configuration to GitLab meanwhile.

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/

[savannah-help-public] [sr #109472] Move project "gnues" to GNU project type

[Sylvain Beucler]

Follow-up Comment #4, sr #109472 (project administration):

Thanks.
This is a machine for GNU infrastructure & services so please let this project
as "GNU" project so its role is not misunderstood.
(plus it was a "www.gnu.org" project before)
This isn't a "software" project because this is infrastructure (similar to
project "administration").

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/

[savannah-help-public] [sr #109472] Move project "gnues" to GNU project type

[Sylvain Beucler]

Follow-up Comment #2, sr #109472 (project administration):

In short:
https://savannah.gnu.org/p/gnues
=> Group Type: www.gnu.org portions
=> Git can't be enabled for this project type
=> Project type needs to be changed to 'GNU Project' for this

Not sure why this project was created like this.

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/

[savannah-help-public] [sr #109472] Move project "gnues" to GNU project type

[Sylvain Beucler]

URL:
  

 Summary: Move project "gnues" to GNU project type
 Project: Savannah Administration
Submitted by: Beuc
Submitted on: Sat 10 Mar 2018 11:02:21 AM UTC
Category: None
Priority: 5 - Normal
Severity: 3 - Normal
  Status: None
 Assigned to: None
Originator Email: 
Operating System: None
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

Hi,

I'm doing some work on chapters.gnu.org, which is currently being reinstalled,
and hosts various GNU services such as planet.gnu.org.

I'd like to share our configuration with the free software world in a Git
repository, however the project type of "gnues" is "www.gnu.org portion" and
offers no Git.

Can the project type be changed?





___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/

Re: [Savannah-hackers-public] [gnu.org #912039] Migrate gnu.org/nongnu.org from CVS

[Sylvain Beucler via RT]

Here's a first working Vagrant+Puppet environment for testing and
improving :)

Webpages creation  update work, cf. README.

Symlinks generation is in-progress, I'm not sure I have enough data
(/srv/data/www-mirror??).

Comments welcome!
Sylvain

On Mon, May 05, 2014 at 04:48:24PM -0400, Lisa Maginnis via RT wrote:
  Staying on (obsolete) (unmaintained) CVS is also a bad idea :)
  I don't have read access so fencepost:/srv/data/www-config, can you
  check?
 
 I've dumped a tarball of the Apache configs in your home directory:
 /home/b/beuc/gnu.www-config.tar.gz
  
  @sysadmin: still willing to see the latest Apache configuration and as
  well as update scripts including http://www.gnu.org/new-savannah-
  project/new.py
 
 Please see attached for a copy of new.py
 
 Let me know if you need anything else!
 
 Thank you for contributing time to look at this :)
 
 Happy Hacking,




wwwgnu-nongnu.tar.gz
Description: Binary data

Re: [Savannah-hackers-public] [gnu.org #912039] Migrate gnu.org/nongnu.org from CVS

[Sylvain Beucler via RT]

On Mon, May 05, 2014 at 04:57:22PM -0400, John Sullivan via RT wrote:
  [karl - Thu May 01 17:51:59 2014]:
 
  3. regardless of all that, it would be a new and significant source of
  complication on the savannah side. we already cannot come close to
  keeping up with support requests.
 
 I believe the CVS checkout-by-cron system has been identified as a major
 source of load on Savannah in the past. With git's hook system (and
 better efficiency), this could help address that current problem --
 changes would be pushed when they are made rather than doing polling.

This was fixed a few years ago, all updates are currently done
following a notification from a CVS hook (hence the triggering
webpages update output on commit).

-- 
Sylvain

Re: [Savannah-hackers-public] [gnu.org #912039] Migrate gnu.org/nongnu.org from CVS

[Sylvain Beucler via RT]

Hi,

On Mon, May 05, 2014 at 05:22:34PM -0400, Karl Berry via RT wrote:
 Second of all, I would be vehemently opposed to anything that 
 changes all web repos over to git, *forcing* people to use git.
 An option to use git would be one thing.  Forcing it, quite another.
 I doubt Sylvain had a forced switch in mind.

The idea appeals to me by its simplicity, but I expect this will cause
enough people as grumpy as you to track me down and roast me over a
celebration bonfire ;)

More seriously it should ease the migration *not* to change all
projects at once.

I also heard good feedback from github's static pages system, so I'll
have a look at it too.

 Third of all, I cannot envision any changes along these lines happening
 any time soon, since it's already been umpteen years since the original
 wishlist item, and the sysadmins and savannah volunteers have no more
 time than they ever did.  Hacking an update script is only a small part
 of the job.

I was about to say such a demotivator would turn into a
self-fulfilling prophecy, when I realized you gave everybody to
motivation to prove you wrong ;)

Cheers! 
Sylvain

Re: [Savannah-hackers-public] [gnu.org #912039] Migrate gnu.org/nongnu.org from CVS

[Sylvain Beucler via RT]

Hi,

On Fri, May 02, 2014 at 05:07:04PM -0400, Karl Berry via RT wrote:
 @sysadmin: can you send me the gnu.org/nongnu.org update scripts and
 Apache config so I can see what we can do?
 
 I think the proposed functionality is a bad idea, for the reasons
 stated, but I nevertheless feel compelled to pass along that the Apache
 config is mirrored to fencepost:/srv/data/www-config (and the full live
 www.gnu.org web site in sibling dir www-mirror).

Staying on (obsolete) (unmaintained) CVS is also a bad idea :)
I don't have read access so fencepost:/srv/data/www-config, can you check?

@sysadmin: still willing to see the latest Apache configuration and as
well as update scripts including http://www.gnu.org/new-savannah-project/new.py

Cheers!
Sylvain

[Savannah-hackers-public] Anonymous Git access troubles

[Sylvain Beucler]

Hi,

Looking at the sv-hack-pub, this hasn't been reported yet: anonymous
git access seems to have a problem:

$ git pull
fatal: The remote end hung up unexpectedly
$ git fetch
fatal: The remote end hung up unexpectedly
$ cat .git/config
[...]
url = git://git.sv.gnu.org/gnulib.git
[...]

-- 
Sylvain

[Savannah-hackers-public] Source IP for VCS commit notifications

[Sylvain Beucler]

Hi,

At Gna! the -commits mailing lists
(in particular, savane-comm...@gna.org)
use an IP-based restriction to prevent SPAM:
only known sender IP addresses are accepted
(in particular, Gna! et Savannah).

Today I received the message below which indicated a change in
configuration: the source IP appears to be 140.186.70.72
(vcs.savannah.gnu.org) rather than the previous 140.186.70.51.

Do you confirm?


Incidentally, I'm curious on why you moved away from the mail
smarthost on 'internal' :)  It used to centralize all the mail
aliasing.

- Sylvain

- Forwarded message from Mail Delivery System 
mailer-dae...@vcs.savannah.gnu.org -

Date: Sun, 31 Jul 2011 20:29:35 +
From: Mail Delivery System mailer-dae...@vcs.savannah.gnu.org
To: b...@gnu.org
Subject: Mail delivery failed: returning message to sender

This message was created automatically by mail delivery software.

A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:

  savane-comm...@gna.org
SMTP error from remote mail server after RCPT TO:savane-comm...@gna.org:
host mail.gna.org [78.40.125.82]: 550 Administrative prohibition

-- This is a copy of the message, including all the headers. --

Return-path: b...@gnu.org
Received: from Beuc by vcs.savannah.gnu.org with local (Exim 4.72)
(envelope-from b...@gnu.org)
id 1QncdM-0003Uh-S9
for savane-comm...@gna.org; Sun, 31 Jul 2011 20:29:13 +
Date: Sun, 31 Jul 2011 20:29:12 +
Message-Id: e1qncdm-0003uh...@vcs.savannah.gnu.org
To: savane-comm...@gna.org
Subject: [SCM] Savane framework branch, master, updated. 
cba498bc6372c0357f5006cd08ae342ba69fbe19
X-Git-Refname: refs/heads/master
X-Git-Reftype: branch
X-Git-Oldrev: 3fa889d285dbf29d5941739051a662a3a6d8073c
X-Git-Newrev: cba498bc6372c0357f5006cd08ae342ba69fbe19
From: Sylvain Beucler b...@gnu.org

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project Savane framework.

The branch, master has been updated
   via  cba498bc6372c0357f5006cd08ae342ba69fbe19 (commit)
  from  3fa889d285dbf29d5941739051a662a3a6d8073c (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
http://git.savannah.gnu.org/cgit/savane.git/commit/?id=cba498bc6372c0357f5006cd08ae342ba69fbe19

commit cba498bc6372c0357f5006cd08ae342ba69fbe19
Author: Sylvain Beucler b...@beuc.net
Date:   Sun Jul 31 22:27:15 2011 +0200

Django 1.3 new blocktrans syntax (1.3 has incomplete 1.2 syntax support)

diff --git a/templates/svmain/homepage.html b/templates/svmain/homepage.html
index 6263252..80e8385 100644
--- a/templates/svmain/homepage.html
+++ b/templates/svmain/homepage.html
@@ -13,10 +13,10 @@
{% blocktrans %}{{site_name}} statistics{% endblocktrans %}/a/div
 div class=smaller
   div class={% cycle 'boxitemalt' 'boxitem' as rowcolor %}
-{% blocktrans count nb_users as count and 
'strong'|add:nb_users|add:'/strong'|safe as html %}{{html}} registered 
user{% plural %}{{html}} registered users{% endblocktrans %}
+{% blocktrans with html='strong'|add:nb_users|add:'/strong'|safe 
count count=nb_users %}{{html}} registered user{% plural %}{{html}} registered 
users{% endblocktrans %}
   /div
   div class={% cycle rowcolor %}
-{% blocktrans count nb_groups as count and 
'strong'|add:nb_groups|add:'/strong'|safe as html %}{{html}} hosted 
project{% plural %}{{html}} hosted projects{% endblocktrans %}
+{% blocktrans with html='strong'|add:nb_groups|add:'/strong'|safe 
count count=nb_groups %}{{html}} hosted project{% plural %}{{html}} hosted 
projects{% endblocktrans %}
   /div
   {% for conf in group_confs %}
   div class={% cycle rowcolor %}

---

Summary of changes:
 templates/svmain/homepage.html |4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)


hooks/post-receive
-- 
Savane framework

- End forwarded message -

[Savannah-hackers-public] savane-cleanup and commits specific to Savannah

[Sylvain Beucler]

Hi Karl,

I notice that you committed a notice about hotmail to
'savane-cleanup'.  I suppose that this is related to the mail.gnu.org
setup.  The git repository is shared by all Savane instances,
e.g. Gna!, so Savannah-specific changes need to be placed somewhere
else (typically in project 'administration' CVS web repository).

Can you fix this?

Cheers!

-- 
Sylvain

Re: [Savannah-hackers-public] savane-cleanup and commits specific to Savannah

[Sylvain Beucler]

On Tue, Jul 26, 2011 at 09:51:34PM +, Karl Berry wrote:
 so Savannah-specific changes need to be placed somewhere
 else (typically in project 'administration' CVS web repository).
 
 That file (register.php) doesn't exist in administration CVS as far as I
 can see (it was the first place I looked).  Which leaves me no place to
 commit the change.  Am I missing somewhere else to look?  Certainly
 possible ... otherwise savannah scripts can't be changed without
 affecting gna?  That doesn't seem good.

Normally you don't modify the code, but you define various bits of
text that are included.

If you really want to modify the script, you need to fork, but at
the same time we never really needed it.

-- 
Sylvain

[Savannah-hackers-public] Re: CVS question

[Sylvain Beucler]

Hi,

On Wed, Feb 23, 2011 at 12:48:53PM -0500, Michael J. Flickinger wrote:
 One thing I'm slightly confused about is how exactly permissions in
 CVS now work.  As far as I can tell, the documentation doesn't clear
 state what exactly is going on and how exactly permissions of cvs
 repositories are handled.
 
 Currently, if a file in a cvs repository let's say FOO,v, isn't even
 owned by the group of the repository it's in, upon committing a
 revision of the file the group and owner change to the correct
 values.
 
 What exactly is going on here?

CVS removes the files (it can do so thanks to the directory
permissions) and recreates it with new ownership and
permissions. Similar to VI's :w! command.

-- 
Sylvain

Re: [Savannah-hackers-public] Stepping Down of Savannah Maintenance

[Sylvain Beucler]

Hi Michael,

On Tue, Feb 22, 2011 at 04:04:44PM -0500, Michael J. Flickinger wrote:
 In the case that you actually want to stay away from the project, I'll
 devote more time to sysadmin'ing Savannah and step in where you left off.

If you intend to pick up where I left, I support you wholeheartedly :)

Cheers!

-- 
Sylvain

[Savannah-hackers-public] Stepping Down of Savannah Maintenance

[Sylvain Beucler]

Hi,

I hereby step down from my unofficial position of Savannah maintainer.

I've been contributing for 7 years and now I feel the need to look for
new challenges.

The system architecture is documented at:
http://savannah.gnu.org/maintenance/SavannahArchitecture
and the up-to-date core config files can be found at:
bzr branch bzr://bzr.savannah.gnu.org/administration

I'll be reasonably available to answer questions people have on the
system when the above documentation is not enough.

Cheers!

-- 
Sylvain

Re: [Savannah-hackers-public] Re: [gnu.org #670138] colonialone.fsf.org Dom0 upgrade

[Sylvain Beucler]

Hi,

On Wed, Feb 16, 2011 at 04:19:23PM -0500, Bernardo Innocenti via RT wrote:
  SSH is visible but Debian 5 is still supported for at least a year, so
  no impact on security.
 
 SSH is also not accessible from the public internet on most of our
 Dom0s... Colonialone seems to be the only exception.
 
 For improved security, we could limit access to the IPs of people how
 need to have access? Regardless of which version of Debian we use, this
 would protect us from 0-day exploits and compromised keys.

That would be quite inconvenient.
This is also an extremely risky way to consider security, because
AFAICS it makes you think running a 1000-days-old kernel (with at
least 2 root privilege escalation kernel exploits around) is safe.


   Whenever you choose to go ahead, I could assist you any day from 10am to 
   4pm.
  
  Does that include going at the colo?
 
 As long as we don't make the machine unbootable, we should be able to
 recover it remotely from the serial console.

And it's actually the 'make the machine unbootable' case that I want
to cover :)

That, and your expertise on possible coreboot-related Xen issues.
Let us know when you have tested recent Xen some more :)

-- 
Sylvain

[Savannah-hackers-public] Re: [gnu.org #670138] colonialone.fsf.org Dom0 upgrade

[Sylvain Beucler]

Hi,

On Mon, Feb 14, 2011 at 06:08:58PM -0500, Bernie Innocenti via RT wrote:
  [beuc - Sun Feb 13 13:49:19 2011]:
  Debian Squeeze 6.0 was recently released and we want to upgrade the
  base Xen system.
  
  Questions:
  
  - Are you happy with the Dom0 being installed under Debian Squeeze, or
would you rather another distro?  Only I want to avoid running an
obsolete version.
 
 We don't have any Squeeze Dom0s in production yet.
 
 A few weeks ago, I upgraded a test Dom0 from Lenny to Squeeze. It required 
 some fixes to the scripts for configuring the 
 bridge, but otherwise it seems to be working. There's just one DomU running 
 on this box, so it was tested very lightly.

OK.
What do you generally use for Dom0?

 I'd recommend waiting a little longer for production use. The attack surface 
 of Dom0s is very limited because it doesn't 
 run any externally visible services.

SSH is visible but Debian 5 is still supported for at least a year, so
no impact on security.
It's more a matter of avoiding last minute upgrades, and leveraging
newer features (iptables TARPIT comes to mind :)).

  - Can we plan a date to do it together, so as to have a hacker in
front of the physical keyboard in case something goes wrong?  I'm
never confident with Xen in that regard.
 
 Whenever you choose to go ahead, I could assist you any day from 10am to 4pm.

Does that include going at the colo?

-- 
Sylvain

Re: [Savannah-hackers-public] bzr/index.txt update

[Sylvain Beucler]

Hi,

On Tue, Feb 15, 2011 at 12:39:14AM +, Karl Berry wrote:
 I edited administration/content/gnu-content/bzr/index.txt to change the
 text for the bzr pages to use the same name (my-working-copy) in the
 example and the text.  The change hasn't been reflected on, e.g.,
 https://savannah.gnu.org/bzr/?group=emacs yet.  Still requires manual
 updating of the live checkout?

Yes.  I'm pretty sure I sent you the procedure the other day, it's
probably on the wiki.

-- 
Sylvain

Re: [Savannah-hackers-public] jobs for a package?

[Sylvain Beucler]

On Sun, Feb 13, 2011 at 10:02:50PM +, Karl Berry wrote:
 Apparently there isn't a page that filters jobs per-project.
 
 Well, shouldn't there be?  The point of having a jobs feature is to find
 volunteers.  If a package can't put a useful link on its home page for
 its open jobs, it seems to me the likelihood of finding volunteers is
 greatly reduced.  Many people want to help a given project, not just
 cast around for something to do, regardless of project.
 
 If I should submit it as an enhancement somewhere, please tell me where.
 Unfortunately there's zero chance I will ever program it myself.

Possibly there should be.
We can work on it in the Savane rewrite.

-- 
Sylvain

[Savannah-hackers-public] Re: German Translations of Savane and Savane clean-up

[Sylvain Beucler]

Hi,

On Tue, Feb 08, 2011 at 01:49:28PM +0100, Joerg Kohne wrote:
 Hi Sylvain,
 
 after you've committedthe German language files I sentyou via email,
 I'vecommitted, too (because of extended ASCII characters have been
 replaced by ???). Unfortunately, the changes are stillnot visible
 in the demo of SV4, gna.org, or savannah.gnu.org.
 
 In the German's 2005/2007? translation of savannah.gnu.org, among
 other things, contained a serious error. For example, the new
 creation of mailing lists is almost impossible, because some
 designations reversed and misleading.
 
 How do you update a French language filewith new strings? What am I
 doing wrong?Can you send me a brief instruction (only execute
 steps)?

I updated the version at Savannah and rebuilt the locales.  There
isn't an automated update and I overlooked that we needed to take into
account your new translation.  Is it ok now?

-- 
Sylvain

Re: [Savannah-hackers-public] jobs for a package?

[Sylvain Beucler]

Hi,

On Thu, Feb 10, 2011 at 06:00:37PM +, Karl Berry wrote:
 Is there a direct url for users to view all jobs associated with a
 package?  Poking around at https://savannah.gnu.org/people/ I didn't see
 it, yet it seems like it would be a very useful thing to link to from
 package web pages, etc.  And obviously the information is there ...
 
 There's Edit Jobs for the package maintainers, but I didn't see
 anything per-package for users.
 
 I feel like I'm missing something obvious ...

Apparently there isn't a page that filters jobs per-project.

-- 
Sylvain

[Savannah-hackers-public] Convert ZWiki to a decentralized wiki

[Sylvain Beucler]

Hi,

I just upgraded sv.gnu.org (the frontend VM) to Debian Squeeze 6.0.

I see that Zope2 is not supported anymore, and ZWiki (which runs the
http://savannah.gnu.org/maintenance/ wiki) depends on it.


I think it's a good opportunity to convert the maintenance wiki to a
decentralized wiki, which would better fit our philosophy.

Questions:

- what wiki to use?
  suggestion: ikiwiki

- how to convert
  suggestion: raw export+import (aka history is lost)

-- 
Sylvain

Re: [Savannah-hackers-public] I will be unavailable

[Sylvain Beucler]

OK Mario,

I hope everything is alright, hear from you soon :)

- Sylvain

On Sat, Jan 29, 2011 at 11:39:48AM -0600, Mario Castelan Castro wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA256
 
 2011-01-29 in savannah-hackers-public@gnu.org thread I will be
 unavailable.
 
 Hello.
 
 This message is to inform I will be busy with other personal projects
 and hence I won't have as much time as usual to evaluate submissions in
 Savannah.
 
 My normal activity as project evaluator will be restored in 2010-02-28.
 
 Regards and thanks for your work.
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.9 (GNU/Linux)
 
 iEYEAREIAAYFAk1ET4sACgkQZ4DA0TLic4gotwCdFpd0al6SIz5s/5CYmfInCkEa
 rMQAniKi2w6RIeSXI0V901gxp6z9s7Zb
 =H//D
 -END PGP SIGNATURE-

[Savannah-help-public] [sr #107551] Repository clock is about 34 seconds fast

[Sylvain Beucler]

Update of sr #107551 (project administration):

  Status:None = Done   

___

Follow-up Comment #4:

There's a (new?) issue with Xen at the moment :/
We fixed it by adding an hourly ntpdate in the VMs, as recommended by FSF
sysadmins.


___

Reply to this item at:

  http://savannah.gnu.org/support/?107551

___
  Message posté via/par Savannah
  http://savannah.gnu.org/

[Savannah-help-public] [sr #107572] 550 550 Previous (cached) callout verification failure (state 14).

[Sylvain Beucler]

Update of sr #107572 (project administration):

  Status:None = Invalid

___

Follow-up Comment #1:

Hi,

Apparently the correct e-mails is e...@endsoftwarepatents.org ?
http://lists.gnu.org/mailman/listinfo/esp


___

Reply to this item at:

  http://savannah.gnu.org/support/?107572

___
  Message posté via/par Savannah
  http://savannah.gnu.org/

[Savannah-help-public] [sr #107417] TLS Renegotiation Indication Extension (proposed standard RFC 5746) support

[Sylvain Beucler]

Update of sr #107417 (project administration):

  Status:None = Done   
 Open/Closed:Open = Closed 

___

Follow-up Comment #7:

OK, thanks for the input.

___

Reply to this item at:

  http://savannah.gnu.org/support/?107417

___
  Message posté via/par Savannah
  http://savannah.gnu.org/

Re: [Savannah-help-public] What version of bzr is on Savannah?

[Sylvain Beucler]

On Fri, Jan 07, 2011 at 02:29:36PM -0500, Richard Stallman wrote:
 Can't someone build and install bzr 2.2.2 from source?
 Is that difficult to do?

It will take time to reinstall it exactly as it is packaged now, and
we'll have to manually check for updates (while currently we rely on
Debian for that - especially security updates).

More generally installing a piece of software manually is a sysadmin
overhead and a security hazard that we use only when there is a strong
reason - and time.

Unlike with the sftp:// issue, I don't think it is important to
upgrade to the latest version of bzr at the moment.  I may be wrong.

I understand that desktop users are not necessarily familiar with this
maintenance workflow, that is less responsive, but more reliable.
It's applied to all Savannah.

-- 
Sylvain

[Savannah-help-public] Re: Savannah git hooks (Cia)

[Sylvain Beucler]

Hi,

I add another look and I think I fixed the off-by-one issue.

Let me know if this is fixed for you.

- Sylvain

On Mon, Jan 03, 2011 at 08:43:46PM +0100, Nils Gey wrote:
 Hello,
 
 our GIT Ciabot makes more problems than it benefits. 
 It always is -1 commits off, the situation has not changed. But recently it 
 began to refuse git pushes because of some CIA error. I guess this is related 
 to the CIA system itself, but its still getting on my nerves.
 
 If you don't know how to correct that the CIA bot is off -1 it would be nice 
 if you can remove the cia hook from our project: GNU Denemo.
 
 greetings,
 
 Nils, 
 http://www.denemo.org
 
 
 On Wed, 1 Sep 2010 23:43:16 +0200
 Sylvain Beucler b...@gnu.org wrote:
 
  Hi,
  
   1) I meant which git hook does the ciabot call? post-receive I guess, but 
   I don't know if there are any alternatives.
  
  'update':
  
  r...@vcs-noshell:/srv/git# cat denemo.git/hooks/update.d/ciabot
  #!/bin/bash
  refname=$1
  oldhead=$2
  newhead=$3
  exec /usr/src/git/contrib/ciabot/ciabot.py ${refname} $(git rev-list 
  ${oldhead}..${newhead} | tac)
  
  The documentation in ciabot.py suggests doing it that way.
  
  
   2) It seems, that the script works on per received push basis, not
   commit. That means if we push several commits at once CIA just takes
   this as on message. (And then shows the last one before that pack :)
   ). Any chance to let cia show every single commit, not only one per
   push?
  
  Well as far as I'm concerned multiple commits per push do work in
  savane.git.  Then again, that particular repository also don't have
  the one-commit-late issue.
  
  -- 
  Sylvain
  

[Savannah-hackers-public] Re: [PATCH] notify the user by email on change of ssh keys

[Sylvain Beucler]

On Wed, Dec 08, 2010 at 03:35:54PM +0100, Jim Meyering wrote:
 Brian Gough wrote:
  This patch notifies the user by email when any new ssh keys are added
  to their account through the web interface.
 
  This would make it more difficult for any intruders to get access to
  the repositories without being discovered.
 
  From 087f9988959dd50c29de10a9e9be3896ce8189dd Mon Sep 17 00:00:00 2001
  From: Brian Gough b...@gnu.org
  Date: Wed, 8 Dec 2010 10:43:36 +
  Subject: [PATCH] notify the user by email on change of ssh keys
 
 Good idea.  Thanks!

I applied the patch, and did a similar notification at the system
level -- if the web interface is compromised, the attacker may just
block the notifications.
http://git.savannah.gnu.org/cgit/savane-cleanup.git/commit/?id=33d227c2c6d90c77a57f42d2bb6d00d2f4e4e420
http://git.savannah.gnu.org/cgit/savane-cleanup.git/commit/?id=91a0400e1fc5efe1b22843de871ab5e5459c2b7a

-- 
Sylvain

[Savannah-help-public] [sr #107562] Rename projects?

[Sylvain Beucler]

Follow-up Comment #10, sr #107562 (project administration):

There's only one MySQL database in the whole infrastructure, and it's
accessible from all the VMs, but the preferred way to access it for
maintenance is through the 'internal' VM.  The password is pre-configured in
~/.my.cnf, no need to type it.


___

Reply to this item at:

  http://savannah.gnu.org/support/?107562

___
  Message posté via/par Savannah
  http://savannah.gnu.org/

[Savannah-help-public] [sr #107562] Rename projects?

[Sylvain Beucler]

Update of sr #107562 (project administration):

  Status:None = Done   
 Assigned to:None = Beuc   

___

Follow-up Comment #3:

LOL Karl :)
I've never been confident with that script since it can potentially do very
bad things as root.

Done :)

Simon: OK?

___

Reply to this item at:

  http://savannah.gnu.org/support/?107562

___
  Message posté via/par Savannah
  http://savannah.gnu.org/

[Savannah-hackers-public] Changed SSH key for backup homepage

[Sylvain Beucler]

Hi,

A server with a DRBD backup of my dedicated box (which we used to
store the Savannah downtime homepages) was compromised last week
through exim4's remote root vulnerability.  As a result I regenerated
the SSH keys for the dedicated box. You should now see:

  RSA key fingerprint is b9:b9:60:18:57:71:67:ea:04:be:ed:d5:a9:c5:ef:b0.

-- 
Sylvain

Re: [Savannah-help-public] Re: how to delete spam on Savannah

[Sylvain Beucler]

I already answered you that you need to mark it as spam in the web
interface.

On Wed, Dec 22, 2010 at 07:52:54AM +0100, Werner LEMBERG wrote:
 
 Ping!
 
 
 Werner
 
 
 ==
 
  Folks,
 
 
  the first time ever I've received a spam comment (see attached
  email).  How can I flag this as spam so it gets removed?
 

[Savannah-hackers-public] Re: Savannah is back up with a synchonized RAID

[Sylvain Beucler]

Peabo, we're backing up the system RIGHT NOW, don't do anything
without communicating on #savannah, especially if I shut down all the
VMs

- Sylvain

On Sun, Dec 19, 2010 at 11:48:59AM -0500, pe...@fsf.org wrote:
 The resynchronization of /dev/md3 is complete.
 
 I have restarted the VMs (and placed them back in the /etc/xen/auto
 directory).
 
 Next backup starts at 2010-12-20T07:20:00-0500.

[Savannah-hackers-public] Re: Savannah is back up with a synchonized RAID

[Sylvain Beucler]

On Sun, Dec 19, 2010 at 12:06:31PM -0500, pe...@fsf.org wrote:
  Peabo, we're backing up the system RIGHT NOW, don't do anything
  without communicating on #savannah, especially if I shut down all the
  VMs
 
  - Sylvain
 
 I apologize.  I'm done with my part of it.  We'll talk soon about what to do
 about installing the missing RAID components.

Great.

For the record (maybe you already saw in the savannah ChangeLog), the
resync failed a few hours ago at 81.7%, possibly because of the
VMs+resync+backup.

Now the disks are sync'd, and the backup is updated, and the VMs are
restarted (in that order).

-- 
Sylvain

[Savannah-help-public] [sr #107551] Repository clock is about 34 seconds fast

[Sylvain Beucler]

Follow-up Comment #3, sr #107551 (project administration):

It's because the box rebooted, but the drift is not fixed yet.

___

Reply to this item at:

  http://savannah.gnu.org/support/?107551

___
  Message posté via/par Savannah
  http://savannah.gnu.org/

Re: [Savannah-help-public] how to delete spam on Savannah

[Sylvain Beucler]

Hi,

You click on the Mark as spam on the web interface.

- Sylvain

On Sat, Dec 18, 2010 at 08:54:26AM +0100, Werner LEMBERG wrote:
 
 Folks,
 
 
 the first time ever I've received a spam comment (see attached
 email).  How can I flag this as spam so it gets removed?
 
 
 Werner
 
 

Return-Path: www-d...@savannah.gnu.org
X-Original-To: w...@localhost
Delivered-To: w...@localhost.localdomain
Received: from linux-nvf0.site (localhost [IPv6:::1])
by linux-nvf0.localdomain (Postfix) with ESMTP id 914335CD71
for w...@localhost; Sat, 18 Dec 2010 06:33:55 +0100 (CET)
Delivered-To: GMX delivery to werner.lemb...@gmx.de
Received: from pop.gmx.net
by linux-nvf0.site with POP3 (fetchmail-6.3.18)
for w...@localhost (single-drop); Sat, 18 Dec 2010 06:33:55 +0100 
(CET)
Received: (qmail invoked by alias); 17 Dec 2010 01:06:50 -
Received: from fencepost.gnu.org (EHLO fencepost.gnu.org) [140.186.70.10]
  by mx0.gmx.net (mx101) with SMTP; 17 Dec 2010 02:06:50 +0100
Received: from eggs.gnu.org ([140.186.70.92]:45051)
by fencepost.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32)
(Exim 4.69)
(envelope-from www-d...@savannah.gnu.org)
id 1PTOmU-0002BZ-6V
for w...@gnu.org; Thu, 16 Dec 2010 20:06:46 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
(envelope-from www-d...@savannah.gnu.org)
id 1PTOmV-0007WC-NN
for w...@gnu.org; Thu, 16 Dec 2010 20:06:48 -0500
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=4.3 required=5.0 tests=BAYES_00,HS_INDEX_PARAM,
RCVD_IN_BRBL_LASTEXT,RCVD_IN_PBL,RDNS_NONE autolearn=no version=3.3.1
Received: from colonialone.fsf.org ([140.186.70.51]:45806 
helo=internal.in.savannah.gnu.org)
by eggs.gnu.org with esmtp (Exim 4.71)
(envelope-from www-d...@savannah.gnu.org)
id 1PTOmV-0007W7-LZ
for w...@gnu.org; Thu, 16 Dec 2010 20:06:47 -0500
Received: from [10.1.0.103] (helo=frontend.in.savannah.gnu.org)
by internal.in.savannah.gnu.org with esmtp (Exim 4.69)
(envelope-from www-d...@savannah.gnu.org)
id 1PTOn5-0005sy-C6; Fri, 17 Dec 2010 01:07:23 +
Received: from www-data by frontend.in.savannah.gnu.org with local (Exim 4.69)
(envelope-from www-d...@savannah.gnu.org)
id 1PTOn5-0007Sg-B5; Fri, 17 Dec 2010 01:07:23 +
To: Werner LEMBERG w...@gnu.org, David Turner da...@freetype.org, Pablo 
=?UTF-8?B?Um9kcsOtZ3Vleg==?= fl...@pragmata.tk, Susan cindy_...@126.com
Subject: [bug #18875] Legendum font wrongly displayed at medium sizes with 
FreeType-2.3.0 (using autohinter)
From: Susan invalid.nore...@gnu.org
X-Savane-Server: savannah.nongnu.org:443 [10.1.0.104]
MIME-Version: 1.0
Content-Type: text/plain;charset=UTF-8
X-Savane-Project: freetype
X-Savane-Tracker: bugs
X-Savane-Item-ID: 18875
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-CN; rv:1.9.2.13) 
Gecko/20101203 Firefox/3.6.13
X-Apparently-From: 117.24.18.43 (Savane authenticated user susancai)
Message-Id: 20101217-010723.sv81119.29...@savannah.nongnu.org
References: 20070124-223602.sv48476.9...@savannah.nongnu.org 
20070127-130745.sv357.77...@savannah.nongnu.org 
20070127-131212.sv357.83...@savannah.nongnu.org 
20070127-135321.sv48476.3...@savannah.nongnu.org 
20070127-135843.sv48476.86...@savannah.nongnu.org 
20070128-012622.sv357.74...@savannah.nongnu.org 
20070128-105113.sv38168.4...@savannah.nongnu.org 
20070128-105142.sv38168.55...@savannah.nongnu.org 
20070129-124521.sv48476.25...@savannah.nongnu.org 
20070129-125156.sv48476.32...@savannah.nongnu.org 
20070129-154114.sv357.23...@savannah.nongnu.org 
20070202-130349.sv48476.59...@savannah.nongnu.org 
20070202-144615.sv357.28...@savannah.nongnu.org 
20070310-070500.sv357.59...@savannah.nongnu.org 
20070410-22.sv48476.65...@savannah.nongnu.org 
20090320-134830.sv357.76...@savannah.nongnu.org
In-Reply-To: 20090320-134830.sv357.76...@savannah.nongnu.org
Date: Fri, 17 Dec 2010 01:07:23 +
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2)
X-GMX-Antivirus: 0 (no virus found)
X-GMX-Antispam: -2 (not scanned, spam filter disabled);
 Detail=5D7Q89H36p4L00VTXC6D4q0N+AH0PUCnKGJbGgJLbSXk30NezpdxUg==V1;
 
 
 Follow-up Comment #11, bug #18875 (project freetype):
 
 It's glad to share the information. I would like to read more details about
 it. http://www.astrabeds.com/adjustable-beds.html
 
 
 ___
 
 Reply to this item at:
 
   http://savannah.nongnu.org/bugs/?18875
 
 ___
   Message sent via/by Savannah
   http://savannah.nongnu.org/
 

Re: [Savannah-hackers-public] Savannah down for several hours December 18

[Sylvain Beucler]

On Sat, Dec 18, 2010 at 11:43:13AM -0500, pe...@fsf.org wrote:
 The Xen host running the Savannah virtual machines failed this morning due
 to a RAID array failure.  We have removed the bad drive from the array and
 rebooted the machine.  The Savannah virtual machines are now back up, with
 one RAID array still resynchronizing.

Thanks!

Btw, any ETA for replacing the disks?

-- 
Sylvain

[Savannah-help-public] [sr #104690] cacert.org SSL Certificates

[Sylvain Beucler]

Update of sr #104690 (project administration):

 Discussion Lock: Any = Locked 


___

Reply to this item at:

  http://savannah.gnu.org/support/?104690

___
  Message posté via/par Savannah
  http://savannah.gnu.org/

[Savannah-hackers-public] Xen domU time drift

[Sylvain Beucler]

Hi,

There's a time drift in the colonialone.fsf.org domUs:
https://savannah.gnu.org/support/index.php?107551

I don't think this happened in the previous install, but maybe we just
weren't aware of it.  I expect domUs to sync with the dom0.


Do you have a recommendation to fix it?
(Do you have this issue on other Xen installs?)


-- 
Sylvain

[Savannah-hackers-public] Replace 2 hard disks on colonialone.fsf.org

[Sylvain Beucler]

This ticket to officially remember that 2 disks need replacement on
colonialone.fsf.org.

-- 
Sylvain

Re: [Savannah-help-public] ssh connect (and svn+ssh) fail to connect

[Sylvain Beucler]

We've had some issues to fix at Savannah, sorry for the delay.
Are you still blocked?

- Sylvain

On Fri, Dec 03, 2010 at 02:12:18PM +0100, Sebastian Maar wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 Hi people,
 I have some problems connecting to my project via ssh. I created a new
 account end uploaded my public keys. Anyway the authentication fails.
 The upload of the pubkeys is about three hours ago, where I read the
 cron job adding the keys will run hourly.
 With the same keys and setup connecting between my machines works pretty
 fine.
 I would be glad for some advice.
 Regards Sebastian
 
 ssh -v smaars...@svn.savannah.nongnu.org
 OpenSSH_5.6p1, OpenSSL 1.0.0b 16 Nov 2010
 debug1: Reading configuration data /etc/ssh/ssh_config
 debug1: Connecting to svn.savannah.nongnu.org [140.186.70.72] port 22.
 debug1: Connection established.
 debug1: identity file /home/maarster/.ssh/id_rsa type 1
 debug1: identity file /home/maarster/.ssh/id_rsa-cert type -1
 debug1: Remote protocol version 2.0, remote software version
 OpenSSH_5.1p1 Debian-5
 debug1: match: OpenSSH_5.1p1 Debian-5 pat OpenSSH*
 debug1: Enabling compatibility mode for protocol 2.0
 debug1: Local version string SSH-2.0-OpenSSH_5.6
 debug1: SSH2_MSG_KEXINIT sent
 debug1: SSH2_MSG_KEXINIT received
 debug1: kex: server-client aes128-ctr hmac-md5 none
 debug1: kex: client-server aes128-ctr hmac-md5 none
 debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(102410248192) sent
 debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
 debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
 debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
 debug1: Host 'svn.savannah.nongnu.org' is known and matches the RSA host
 key.
 debug1: Found key in /home/maarster/.ssh/known_hosts:13
 debug1: ssh_rsa_verify: signature correct
 debug1: SSH2_MSG_NEWKEYS sent
 debug1: expecting SSH2_MSG_NEWKEYS
 debug1: SSH2_MSG_NEWKEYS received
 debug1: Roaming not allowed by server
 debug1: SSH2_MSG_SERVICE_REQUEST sent
 debug1: SSH2_MSG_SERVICE_ACCEPT received
 debug1: Authentications that can continue: publickey
 debug1: Next authentication method: publickey
 debug1: Offering RSA public key: /home/maarster/.ssh/id_rsa
 debug1: Authentications that can continue: publickey
 debug1: No more authentication methods to try.
 Permission denied (publickey).
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v2.0.16 (GNU/Linux)
 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
 
 iEYEARECAAYFAkz47LIACgkQJMfOq1zTncNW4gCgnaqHluzCU/2/zdRCGfU+ZLK6
 LqEAnRAVbqmXJxf3SJxyRU3uL6aEZ5o8
 =k2AY
 -END PGP SIGNATURE-
 

Re: [Savannah-hackers-public] Re: Subversion web interface URL change

[Sylvain Beucler]

On Mon, Dec 13, 2010 at 10:09:42PM +0200, Alexander Shulgin wrote:
 On Fri, Dec 10, 2010 at 13:56, Alexander Shulgin alex.shul...@gmail.com 
 wrote:
  Hello,
 
  This is to notify you that the Subversion web interface is no longer
  accessible with the URL of the following form:
 
  http://svn.sv.nongnu.org/project/
 
 Anyone?

It never was accessible that way as far as I remember.  /viewvc is
missing.

-- 
Sylvain

[Savannah-hackers-public] Re: Access to GNU projects' webpages by GNU webmasters

[Sylvain Beucler]

Hi,

On Wed, Dec 08, 2010 at 01:50:02AM +, Karl Berry wrote:
 I saw a communication from a GNU webmaster 
 
 Any idea who?  Matt Lee?  Rob Myers?  John Sullivan?  Jason Self?

I believe it was from Yavor.  I don't think it was any of the above.


 Yavor has been essentially incommunicado for a while now, so I'm not
 sure we'll get an answer from him.
 
 It is not completely unreasonable to kill webmasters' access to the sv
 project /web pages.  As it is, I've had to remind the other webmasters a
 zillion times not to edit them without talking to the maintainers.
 However, the webmasters could potentially help maintainers with the web
 pages, so it's not unreasonable for the access to remain, either.
 
 Mainly, I was surprised at the change since I didn't recall ever seeing
 any discussion about it.
 
 (As for me, if we decide to kill access, I suppose I could always
 temporarily make myself a member of the project when I need to edit the
 web pages (typically to say, this package is looking for a
 maintainer).  It'd be a time-consuming pain for me, but probably better
 than preserving the whole group access infrastructure stuff when it's
 not needed for anyone else.)

Well, anyway, we've reasserted that this permissions setup is
necessary, I re-enabled it, cf. /etc/init.d/cvs-permissions.

-- 
Sylvain

Re: [Savannah-help-public] CVS access to git repository? (gawk project)

[Sylvain Beucler]

Hi,

I don't think this is supported by git-pserver.
This is not a complete CVS replacement.

- Sylvain

On Thu, Dec 09, 2010 at 08:48:01PM +0200, Aharon Robbins wrote:
 Hi All.
 
  Date: Tue, 7 Dec 2010 23:01:39 +0100
  From: Sylvain Beucler b...@gnu.org
  To: arn...@skeeve.com
  Cc: savannah-help-pub...@gnu.org
  Subject: Re: [Savannah-help-public] CVS access to git repository? (gawk 
  project)
 
  I re-reset the DB, thanks for the hint!
 
  - Sylvain
 
 Thanks. Basic checkouts work.  However, it seems that the -kb option
 for the CVS client is ignored. This is the report from my Windows
 maintainer, who cannot use Git:
 
  Date: Thu, 09 Dec 2010 00:02:42 +0200
  From: Eli Zaretskii e...@gnu.org
  Subject: Re: cvs - git gateway
  To: Aharon Robbins arn...@skeeve.com
  
  [...]
  
  It works on Windows, but there's a small problem: the -kb switch to
  cvs co doesn't seem to work.
  
  I always use -kb with co and up on Windows, to avoid the
  end-of-line mangling.  It works for me with other CVS repositories
  (e.g., GDB), but not with this gateway: I get all the text files
  converted to DOS CRLF end-of-line format, and a few files that have
  DOS end-of-line format (btw, why do you have such files in the
  repository?) get their CR characters doubled.
  
  Can this be fixed, please?
 
 Thanks for any and all help,
 
 Arnold

Re: [Savannah-help-public] new user registration

[Sylvain Beucler]

Hi,

We use passwdqc and it requires some symbols.

- Sylvain

On Fri, Dec 10, 2010 at 11:04:26PM +, jr wrote:
 hi,
 
 tried to sign up on the savannah site but was rejected because my 12
 character (alphanumeric) password wasn't good enough for your
 algorithm.  can you please confirm that really was the reason?  btw,
 I'd still like to sign up.
 
 -- 
 regards, jr.
 
 time flies like an arrow, fruit flies like a banana.

[Savannah-help-public] [sr #107541] Web CVS commits fail to update public sites

[Sylvain Beucler]

Update of sr #107541 (project administration):

 Open/Closed:Open = Closed 


___

Reply to this item at:

  http://savannah.gnu.org/support/?107541

___
  Message posté via/par Savannah
  http://savannah.gnu.org/

Re: [Savannah-help-public] CVS access to git repository? (gawk project)

[Sylvain Beucler]

I re-reset the DB, thanks for the hint!

- Sylvain

On Thu, Dec 02, 2010 at 11:05:52AM +, arn...@skeeve.com wrote:
 Hi.
 
 Doesn't work means that it pulls out what is in the CVS repository,
 not the git repository.
 
 THANKS!
 
 Arnold
 
 P.S. I am guessing that your resetting the database happened
 after the backup from which you restored Savannah.
 
  Date: Thu, 2 Dec 2010 11:44:24 +0100
  From: Sylvain Beucler b...@gnu.org
  To: Aharon Robbins arn...@skeeve.com
  Cc: savannah-help-pub...@gnu.org
  Subject: Re: [Savannah-help-public] CVS access to git repository? (gawk
   project)
 
  Hi,
 
  Please precise doesn't work, so we can try and reproduce the exact
  problem quickly.
 
  - Sylvain
 
  On Thu, Dec 02, 2010 at 10:54:37AM +0200, Aharon Robbins wrote:
   Hi.
   
   I know you've been busy putting Savannah back together, for which
   I'm definitely grateful!
   
   This still doesn't work though...  If you get a chance to fix it in the
   near future I'd appreciate it.
   
   Thank you,
   
   Arnold
   
Date: Fri, 26 Nov 2010 20:31:43 +0100
From: Sylvain Beucler b...@gnu.org
To: Aharon Robbins arn...@skeeve.com
Cc: savannah-help-pub...@gnu.org
Subject: Re: [Savannah-help-public] CVS access to git repository? (gawk
 project)
   
Hi,
   
git-cvsserver must have been confused at some point.  I reinitialized
its database and apparently it now works properly.
   
- Sylvain
   
On Fri, Nov 26, 2010 at 12:21:48PM +0200, Aharon Robbins wrote:
 Hi Sylvain.
 
  Look for 'cvs' at:
  http://savannah.gnu.org/maintenance/UsingGit
  and let us know if the doc works for you.
 
 It doesn't.  When I do
 
 $ cvs -d:pserver:anonym...@pserver.git.sv.gnu.org:/gawk.git co -d 
 gawk master
 cvs checkout: Updating gawk
 U gawk/ABOUT-NLS
 U gawk/AUTHORS
 U gawk/COPYING
 .
 
 I get what is in the CVS repository, not what's in the Git repository:
 
 $ head gawk/ChangeLog 
 Mon Nov  8 22:29:35 2010  Arnold D. Robbins  arn...@skeeve.com
 
   * bootstrap.sh: Remove touch of libsigsegv/* files, since
   gawk no longer includes libsigsegv.
 
 Wed Nov  3 08:29:15 2010  Arnold D. Robbins  arn...@skeeve.com
 
   * node.c (free_wstr): If argument is null string or null field,
   return. Thanks to Vojtech Vitek vvi...@redhat.com
 
 To compare:
 
 $ mkdir g ; cd g
 $ git clone git://git.sv.gnu.org/gawk.git
 Initialized empty Git repository in /tmp/g/gawk/.git/
 
 
 $ head gawk/ChangeLog 
 Thu Nov 25 08:32:31 2010  Arnold D. Robbins  arn...@skeeve.com
 
   * eval.c (posix_compare): Do string comparison with strcoll() /
   wcscoll().
   (cmp_nodes): Call it if do_posix.  This may be a bad idea,
   but what the heck.  Standards compatibility uber alles!
 
 Wed Nov 24 20:09:23 2010  Arnold D. Robbins  arn...@skeeve.com
 
   * ext.c (do_ext): Require definition of 
 `plugin_is_GPL_compatible'
 
 
 This is what I was asking about.  Do I have to disable CVS for the
 project?  I was hoping to leave the CVS archive around a bit longer.
 
 Thanks,
 
 Aharon
 

[Savannah-hackers-public] Access to GNU projects' webpages by GNU webmasters

[Sylvain Beucler]

Yavor,

I clearly remember that at a point, I saw a communication from a GNU
webmaster stating that it was no longer necessary to provide a way for
'www' members to access to per-projects webpages (www.gnu.org/s/*).  I
don't mind re-enabling this, but I'd like to know whether my memory is
failing me.

- Sylvain

On Mon, Dec 06, 2010 at 05:44:44PM -0800, Karl Berry wrote:
 I thought that webmasters decided a little while ago that they didn't
 need direct privileges on project repositories?
 
 What?  Not that I ever heard of.  I never saw any suggestion of or
 discussion about this whatsoever.
 
 At any rate, *I* need it, in my maintainers capacity more than my
 webmasters capacity.  All the time.
 
 k

[Savannah-help-public] [sr #107542] Project emacs-epackage: Homepage link does not work

[Sylvain Beucler]

Update of sr #107542 (project administration):

 Assigned to:None = Beuc   
 Open/Closed:Open = Closed 

___

Follow-up Comment #1:

I restarted the synchro, it works now (you can also do that with a commit).

___

Reply to this item at:

  http://savannah.gnu.org/support/?107542

___
  Message sent via/by Savannah
  http://savannah.gnu.org/

[Savannah-help-public] [sr #107537] SVN repo for avr-libc after security attack

[Sylvain Beucler]

Update of sr #107537 (project administration):

  Status:None = Done   
 Assigned to:None = Beuc   

___

Follow-up Comment #2:

Done.
Sorry for the delays, as you could see there were many things to do.
Let us know if that's ok. (but it was only 3 additional revisions?)

___

Reply to this item at:

  http://savannah.gnu.org/support/?107537

___
  Message sent via/by Savannah
  http://savannah.gnu.org/

[Savannah-help-public] [sr #107537] SVN repo for avr-libc after security attack

[Sylvain Beucler]

Update of sr #107537 (project administration):

 Open/Closed:Open = Closed 


___

Reply to this item at:

  http://savannah.gnu.org/support/?107537

___
  Message sent via/by Savannah
  http://savannah.gnu.org/

[Savannah-hackers-public] Re: [Savannah-hackers-private] frontend and vcs-noshell down

[Sylvain Beucler]

Ward replaced the disk.

Michael: consider using savannah-hackers-public ?

- Sylvain

On Sun, Dec 05, 2010 at 10:44:07AM -0500, Michael J. Flickinger wrote:
 Investigating issue, apparently the frontend and xen guests are down.
 
 colonialone:~# ssh frontend.in.sv.gnu.org
 ssh_exchange_identification: Connection closed by remote host
 colonialone:~# ssh vcs-noshell.in.sv.gnu.org
 ssh_exchange_identification: Connection closed by remote host
 
 I checked the console of the internal xen instance and this is what
 was spewing out:
 
 [366400.520192]  ===
 [366400.520197] INFO: task exim4:11450 blocked for more than 120 seconds.
 [366400.520204] echo 0  /proc/sys/kernel/hung_task_timeout_secs
 disables this message.
 [366400.520211] exim4 D 13a5e000 0 11450  11448
 [366400.520220]e8270a40 0282 f57f8000 13a5e000 0001
 e8270bc8 c115db40 
 [366400.520236]e8122040 c1a47120 0548538a 0001 c1a47120
 c0112c2b c1a47140 0001
 [366400.520250]c0152edc f57f8000 0002  
 001280d2 ed052338 ed052340
 [366400.520267] Call Trace:
 [366400.520274]  [c0112c2b] kunmap_atomic+0x35/0x4a
 [366400.520282]  [c0152edc] get_page_from_freelist+0x387/0x466
 [366400.520290]  [c02cb376] __mutex_lock_slowpath+0x67/0xa9
 [366400.520298]  [c02cb1a2] mutex_lock+0xa/0xb
 [366400.520307]  [c014fc17] generic_file_aio_write+0x41/0xa9
 [366400.520317]  [ee072015] ext3_file_write+0x19/0x83 [ext3]
 [366400.520330]  [c0170052] do_sync_write+0xbf/0x100
 [366400.520338]  [c012eddc] autoremove_wake_function+0x0/0x2d
 [366400.520348]  [c010eaf3] do_page_fault+0x605/0xb2e
 [366400.520357]  [c010eb59] do_page_fault+0x66b/0xb2e
 [366400.520364]  [c01b9731] security_file_permission+0xc/0xd
 [366400.520374]  [c016ff93] do_sync_write+0x0/0x100
 [366400.520383]  [c01707c4] vfs_write+0x83/0x120
 [366400.520390]  [c0170d96] sys_write+0x3c/0x63
 [366400.520399]  [c0103f76] syscall_call+0x7/0xb
 [366400.520406]  ===
 [366419.819681] INFO: task syslogd:1066 blocked for more than 120 seconds.
 [366419.819700] echo 0  /proc/sys/kernel/hung_task_timeout_secs
 disables this message.
 [366419.819709] syslogd   D 84505170 0  1066  1
 [366419.819722]ecc13ac0 0282 c115db40 84505170 00014279
 ecc13c48 c115db40 
 [366419.819738]ed743580 c03f3220 c03f3220 2488 
 0005 00137334 0001
 [366419.819753] c0116913 4a4a ed79dedc ec82dc50
 c012eeeb ec82dc00 ed79dedc
 [366419.819769] Call Trace:
 [366419.819780]  [c0116913] __wake_up+0x29/0x39
 [366419.819793]  [c012eeeb] prepare_to_wait+0x12/0x4d
 [366419.819801]  [ee0436e9] log_wait_commit+0x9f/0xfc [jbd]
 [366419.819817]  [c012eddc] autoremove_wake_function+0x0/0x2d
 [366419.819825]  [ee03f49a] journal_stop+0x15d/0x1ad [jbd]
 [366419.819838]  [c018a1c0] __writeback_single_inode+0x193/0x28a
 [366419.819847]  [c0153dc1] generic_writepages+0x1a/0x21
 [366419.819859]  [c0153df1] do_writepages+0x29/0x30
 [366419.819866]  [c014ed5f] __filemap_fdatawrite_range+0x65/0x70
 [366419.819876]  [c018aa7a] sync_inode+0x19/0x43
 [366419.819883]  [ee072164] ext3_sync_file+0x88/0x9c [ext3]
 [366419.819900]  [c018ccdd] do_fsync+0x41/0x83
 [366419.819907]  [c018cd3c] __do_fsync+0x1d/0x2b
 [366419.819916]  [c0103f76] syscall_call+0x7/0xb
 [366419.819924]  ===
 
 
 
 [366424.120090]  [c0103f76] syscall_call+0x7/0xb
 [366424.120100]  ===
 [366471.320257] INFO: task mysqld:11181 blocked for more than 120 seconds.
 [366471.320277] echo 0  /proc/sys/kernel/hung_task_timeout_secs
 disables this message.
 [366471.320285] mysqldD e827abac 0 11181   6470
 [366471.320294]e823c180 0286 c1ae5444 e827abac c010621f
 e823c308 c115db40 
 [366471.320312]ecb78900 32f5f402 05479c85 32f3ce08 0001761b
 e827abac 022d535a c1ae5444
 [366471.320329]e827abac c0133348 022d535a e827abac 022d535a
 c1ae5444 c115db40 00d9e000
 [366471.320344] Call Trace:
 [366471.320352]  [c010621f] xen_clocksource_read+0xc/0x164
 [366471.320366]  [c0133348] getnstimeofday+0x37/0xbc
 [366471.320377]  [c014fdf0] sync_page_killable+0x0/0x2a
 [366471.320386]  [c02caf1e] io_schedule+0x49/0x80
 [366471.320395]  [c014e627] sync_page+0x33/0x36
 [366471.320403]  [c014fdf5] sync_page_killable+0x5/0x2a
 [366471.320410]  [c02cb04a] __wait_on_bit_lock+0x2a/0x52
 [366471.320419]  [c014e592] __lock_page_killable+0x51/0x57
 [366471.320426]  [c012ee09] wake_bit_function+0x0/0x3c
 [366471.320434]  [c01502be] generic_file_aio_read+0x331/0x4e1
 [366471.320442]  [c0170152] do_sync_read+0xbf/0xfe
 [366471.320453]  [c012eddc] autoremove_wake_function+0x0/0x2d
 [366471.320463]  [c01b9731] security_file_permission+0xc/0xd
 [366471.320473]  [c0170093] do_sync_read+0x0/0xfe
 [366471.320480]  [c01708e2] vfs_read+0x81/0x11e
 [366471.320487]  [c0170d33] sys_read+0x3c/0x63
 [366471.320496]  [c0103f76] syscall_call+0x7/0xb
 [366471.320506]  

[Savannah-help-public] [sr #107537] SVN repo for avr-libc after security attack

[Sylvain Beucler]

Follow-up Comment #1, sr #107537 (project administration):

I'll try to restore your repo from the 27th backup.
Can't do that right now, bear with me.

___

Reply to this item at:

  http://savannah.gnu.org/support/?107537

___
  Message sent via/by Savannah
  http://savannah.gnu.org/

[Savannah-hackers-public] Re: sv.gnu.org DNS alias

[Sylvain Beucler]

On Thu, Dec 02, 2010 at 02:29:00PM +0100, Ole Tange wrote:
 Hi Sylvain.
 
 Thanks for your hard work on Savannah.
 
 It seems there are a few minor things remaining:
 
 http://sv.gnu.org - should show Savannah.
 https://sv.gnu.org - should show Savannah.

I think there's a replication delay for these.  We'll have to wait for
a bit.  I added a work-around meanwhile.

-- 
Sylvain

Re: [Savannah-hackers-public] Savannah and www.gnu.org downtime

[Sylvain Beucler]

Savannah.gnu and non-gnu are hosted on the same facility.

- Sylvain

On Thu, Dec 02, 2010 at 10:10:41AM -0800, blobnor-lis...@yahoo.com.br wrote:
 Hello.
 I have a question. Since the attack was on Savannah Non-GNU, why was GNU 
 website affected? I mean, GNU isn't Non-GNU, so why one affected the other?
 Regards.
 Seff
 
 
 --- Em ter, 30/11/10, John Sullivan i...@fsf.org escreveu:
 
  De: John Sullivan i...@fsf.org
  Assunto: [FSF] Free Software Supporter -- Issue 32, November 2010
  Para: info-...@fsf.org
  Data: Terça-feira, 30 de Novembro de 2010, 21:41
  # Free Software Supporter 
  Issue 32, November 2010
  
  ### Savannah and www.gnu.org downtime
  
  Over the weekend of the 26th, Savannah was compromised,
  which led to
  vandalism on www.gnu.org. We've restored www.gnu.org, but
  Savannah
  restoration is still in progress. Here's a chronological
  account of
  the events:
  
  * http://www.fsf.org/blogs/sysadmin/savannah-and-www.gnu.org-downtime
  
 
 
 
 

Re: [Savannah-hackers-public] [task #10344] Deletion of PAPO

[Sylvain Beucler]

On Thu, Dec 02, 2010 at 10:51:57PM +, Alex Fernandez wrote:
 
 Update of task #10344 (project administration):
 
   Status: In Progress = Done   
  Open/Closed:Open = Closed 
 
 ___
 
 Follow-up Comment #2:
 
 As explained in:
 [http://www.mail-archive.com/savannah-hackers-public@gnu.org/msg03436.html]
 one of the authors granted us permission to delete the project. Done now.

Do you remember that removing a project from the web interface does
not remove it from the system (repos, mailing lists, etc.)?

-- 
Sylvain

Re: [Savannah-hackers-public] [task #10344] Deletion of PAPO

[Sylvain Beucler]

On Fri, Dec 03, 2010 at 12:07:20AM +0100, Alex Fernandez wrote:
 On Fri, Dec 3, 2010 at 12:03 AM, Sylvain Beucler b...@gnu.org wrote:
  As explained in:
  [http://www.mail-archive.com/savannah-hackers-public@gnu.org/msg03436.html]
  one of the authors granted us permission to delete the project. Done now.
 
  Do you remember that removing a project from the web interface does
  not remove it from the system (repos, mailing lists, etc.)?
 
 Oops, not really. At least the project homepage:
   http://savannah.nongnu.org/projects/papo
 seems to have stopped working. How can I remove the rest?

A bit lengthy to explain, and I need sleep :/ - please ping me later.

-- 
Sylvain

Re: [Savannah-hackers-public] www cvs history warning?

[Sylvain Beucler]

On Thu, Dec 02, 2010 at 05:09:27PM -0800, Karl Berry wrote:
 When I (user karl) commit to a web repository, there is a warning about
 the CVS history file.  It doesn't happen when I commit to the www repo
 itself, only other project /web repos.

... Copy/paste please?

-- 
Sylvain

[Savannah-hackers-public] Please enable webpages sync-on-commit

[Sylvain Beucler]

Hi Ward, Bernie, Peter,

Can you enable back sync-on-commit for CVS webpages?

Cheers!

-- 
Sylvain

Re: [Savannah-hackers-public] Anyone have any updates on Savannah?

[Sylvain Beucler]

On Mon, Nov 29, 2010 at 12:52:37PM -0500, Paul Smith wrote:
 I've been watching the identi.ca site but there's really nothing
 informative there, except that people are aware that it's down.  But no
 word on why it's down (unscheduled maintenance) or any indication of
 how long it might be down for.
 
 It's a bit painful to not have access to our source repositories, etc.
 
 
 Any info?  Are we waiting for hardware to arrive?  Someone to travel
 on-site?  Backups to load?

Hi,

I'm setting up a redirection page.

- Sylvain

Re: [Savannah-help-public] CVS access to git repository? (gawk project)

[Sylvain Beucler]

Hi,

git-cvsserver must have been confused at some point.  I reinitialized
its database and apparently it now works properly.

- Sylvain

On Fri, Nov 26, 2010 at 12:21:48PM +0200, Aharon Robbins wrote:
 Hi Sylvain.
 
  Look for 'cvs' at:
  http://savannah.gnu.org/maintenance/UsingGit
  and let us know if the doc works for you.
 
 It doesn't.  When I do
 
 $ cvs -d:pserver:anonym...@pserver.git.sv.gnu.org:/gawk.git co -d gawk master
 cvs checkout: Updating gawk
 U gawk/ABOUT-NLS
 U gawk/AUTHORS
 U gawk/COPYING
 .
 
 I get what is in the CVS repository, not what's in the Git repository:
 
 $ head gawk/ChangeLog 
 Mon Nov  8 22:29:35 2010  Arnold D. Robbins  arn...@skeeve.com
 
   * bootstrap.sh: Remove touch of libsigsegv/* files, since
   gawk no longer includes libsigsegv.
 
 Wed Nov  3 08:29:15 2010  Arnold D. Robbins  arn...@skeeve.com
 
   * node.c (free_wstr): If argument is null string or null field,
   return. Thanks to Vojtech Vitek vvi...@redhat.com
 
 To compare:
 
 $ mkdir g ; cd g
 $ git clone git://git.sv.gnu.org/gawk.git
 Initialized empty Git repository in /tmp/g/gawk/.git/
 
 
 $ head gawk/ChangeLog 
 Thu Nov 25 08:32:31 2010  Arnold D. Robbins  arn...@skeeve.com
 
   * eval.c (posix_compare): Do string comparison with strcoll() /
   wcscoll().
   (cmp_nodes): Call it if do_posix.  This may be a bad idea,
   but what the heck.  Standards compatibility uber alles!
 
 Wed Nov 24 20:09:23 2010  Arnold D. Robbins  arn...@skeeve.com
 
   * ext.c (do_ext): Require definition of `plugin_is_GPL_compatible'
 
 
 This is what I was asking about.  Do I have to disable CVS for the
 project?  I was hoping to leave the CVS archive around a bit longer.
 
 Thanks,
 
 Aharon

Re: [Savannah-help-public] CVS access to git repository? (gawk project)

[Sylvain Beucler]

On Sat, Nov 20, 2010 at 09:20:15PM +0200, Aharon Robbins wrote:
 Hi. According to the info on the web site, I should be able to checkout
 a git branch using the CVS client.
 
 When I try it, I am getting what is in the old CVS repository, which I
 haven't disabled yet.
 
 This is for the gawk project; I just set up the git repository on Friday.
 
 What do I need to do so that people can continue to use CVS to access
 the gawk sources? I have several people who are Git-challenged.
 
 Thanks,

Hi,

Look for 'cvs' at:
http://savannah.gnu.org/maintenance/UsingGit
and let us know if the doc works for you.

-- 
Sylvain

Re: [Savannah-hackers-public] email addresses in atom feed and news entries

[Sylvain Beucler]

Hi,

Good catch!
I also made it so it also works for the frontpage.

- Sylvain

On Sat, Nov 20, 2010 at 03:05:59PM +, Brian Gough wrote:
 Hello everyone.
 
 I think it would be good if the news pages and atom feeds could be
 considered public information, so that email addresses are not
 obfuscated there(*).  
 
 A simplistic patch to selectively display the addreses is below.
 
 I wasn't sure of the best way to implement it --- passing a parameter
 from atom.php - markup_full - _markup_inline - utils_email_basic
 would add  a lot of parameters.  
 
 Therefore it seemed cleaner to use a (global) constant.  Instead of
 using CONTEXT it could be better to introduce an additional constant,
 like ACCESS == 'public' or 'private' of course.  However, I'm not
 familiar enough with the savannah coding conventions to know what is
 best.
 
 Brian
 
 (*) For example on the front page it currently says
 
   Help with installing loggerhead, the bzr web-based browser
   ...
   If you can do one of the above, we'd like to hear from you at -unavailable- 
 !
 
 The same problem occurs when projects make public news annoucements
 with email addresses included.
 
 
 diff --git a/frontend/php/include/utils.php b/frontend/php/include/utils.php
 index 68b778c..a4f231e 100644
 --- a/frontend/php/include/utils.php
 +++ b/frontend/php/include/utils.php
 @@ -178,7 +178,7 @@ function utils_email ($address, $nohtml=0)
  # like the previous but does no extended search, just print as it comes
  function utils_email_basic ($address, $nohtml=0)
  {
 -  if (user_isloggedin())
 +  if (user_isloggedin() || CONTEXT == 'forum' || CONTEXT == 'news')
  {
if ($nohtml)
 { return htmlspecialchars($address); }
 
 

[Savannah-help-public] [sr #107516] Comiling dvipng against libpng 1.4.4

[Sylvain Beucler]

Update of sr #107516 (project administration):

 Open/Closed:Open = Closed 

___

Follow-up Comment #1:

As explained in the support request submission form, this is the
support for Savannah administration, _not_ for a project hosted
at Savannah.

Please address this request to the appropriate project tracker or
mailing-list.


___

Reply to this item at:

  http://savannah.gnu.org/support/?107516

___
  Message sent via/by Savannah
  http://savannah.gnu.org/

[Savannah-help-public] [sr #107497] Request for Inclusion is too vague

[Sylvain Beucler]

Follow-up Comment #10, sr #107497 (project administration):

Hi,

I added you to the project.

However I don't like to insist on not joining for contributing, which is
possibly right for big projects, but sounds wrong for the numerous small
projects that we host. Also members do not get merely access to the repo, but
also to get trackers privileges.

Maybe you could argue about your additions?


___

Reply to this item at:

  http://savannah.gnu.org/support/?107497

___
  Message sent via/by Savannah
  http://savannah.gnu.org/

Re: [Savannah-hackers-public] Issue with email notification of Savannah bugs

[Sylvain Beucler]

On Wed, Nov 10, 2010 at 10:35:41AM -0500, Paul Smith wrote:
 There's a problem with the email notification code in Savannah.
 Recently a bug was filed (http://savannah.gnu.org/bugs/?31614) in which
 the verbatim tag was used to provide some code examples.  In the bug,
 the example looks correct:
 
 $ echo 'a\ b:; echo $@' | make -f - a b
 echo a b
 a b
 
 However, I have configured Savannah to forward bug notifications and in
 the email I got the backslash was removed; I've noticed this in other
 bugs as well and it's supremely annoying as it changes the entire
 meaning of the issue to lose the backslashes; in the email I get:
 
 $ echo 'a b:; echo $@' | make -f - a b
 echo a b
 a b
 
 Note the missing backslash which completely changes the example.
 
 Is there somewhere to file a bug about this, and/or can it be fixed?

Discussing it here is fine.

Would you consider writing a patch?
http://git.savannah.gnu.org/cgit/savane-cleanup.git/tree/frontend/php

I recommend use 'make' there:
http://git.savannah.gnu.org/cgit/savane-cleanup.git/tree/tests/minimal_configs
then use http://localhost:50080/ and check /tmp/savane-mini/mailbox

-- 
Sylvain

[Savannah-help-public] Re: irc.otfc.net

[Sylvain Beucler]

 Could you help me remove three tags from the inetutils repo?
 
 v1_2i
 release1_4_0
 release_1_5
 
Here's how :)
http://kerneltrap.org/mailarchive/git/2008/7/2/2324834
 
 Sorry, I was unclear.  This doesn't work, there are hooks that refuse
 any kind of touching of the tags on Savannah and I do not know how to
 go around that.

Indeed you have a hook that I didn't install.  I think this is Jim's
work, but I'm not sure in what way it's needed by the inetutils
project.

I disabled the tag-deletion, there's a configuration variable in the
hook for that.  I then could remove the tag using:
$ git push origin :refs/tags/v1_2i

Let me know if you want to put the anti-deletion back.

-- 
Sylvain

Re: [Savannah-hackers-public] savannah sources

[Sylvain Beucler]

On Sun, Oct 31, 2010 at 10:17:01PM +, Karl Berry wrote:
 In sr #107497, Sylvain remarked:
 
 (Karl: savane-cleanup.git is the current live version, savane.git is
 the next version)
 
 Oh.  So, just to be 100% sure, the CVS administration tree is dead now?

I believe you are confusing the *web* CVS administration tree, which
contains little bits of texts loaded by the web interface, and the
complete source code (in the Git repo).

Until now you modified the bits of texts, but you never had to hack
the source code, as was needed yesterday to fix the hardcoded text
about requests for inclusion.

-- 
Sylvain

Re: [Savannah-hackers-public] Possibly inappropriate usage of project elisp-es by SuSo

[Sylvain Beucler]

Hi,

Technically the only concern as far as Savannah is concerned, strictly
speaking, is the absence of source code of the GFDL'd HTML manual, and
the link to such HTML manual.  I suppose that the manual is
copyrighted by FSF, so you may want to talk with the FSF legal team to
enforce the GFDL, if you can't find an agreement with SuSo.

Whether to keep SuSo as a project member is for the project admins to
decide.

That's MHO :)


I disagree with what you have to say but will fight to the death to
protect your right to say it. (Voltaire, 1694-1778, writer,
philosopher) — Voltaire

SuSo if free to express what he wants on Savannah, as long as he
doesn't imply Savannah promotes open source, and doesn't
misrepresent Linux as a whole operating system rather than a kernel
:P

- Sylvain

On Mon, Nov 01, 2010 at 02:18:03PM -0600, Mario Castelan Castro wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA256
 
 2010-11-01 in savannah-hackers-public@gnu.org copy to David Vázquez
 dav...@es.gnu.org, Antonio Barrones antonio@gmail.com thread
 Possibly inappropriate usage of project elisp-es by SuSo.
 
 Hello.
 
 I have been informed and I have checked myself that user SuSo (susomc in
 GNU Savannah) is using the elisp-es project hosted here [1] to advertise
 his translation of GNU emacs documentation.  However, he don't cooperate
 with the other members of the elisp-es project by arguing (In spanish
 language) it's impossible to meet the required industrial standards
 and requirements with the conventional free software development
 process, as used in GNU Savannah [2].  Apart from untrue as proven by
 hundreds of free projects this is _also_ a fallacy, by implying there is
 only one development methodology in the free software
 mundillo/worldish which we're forced to follow.
 
 The translated documentation has been actually published outside GNU
 Savannah in [2], in HTML format.  The source (In texinfo format) hasn't
 been published as of this date, even after request by David and Antonio
 (Members of the elisp-es project, they are on the CC list).
 
 This behavior is inaceptable, don't just the SuSo statements spurn the
 value of the conventional free software development methodology, but the
 denial of source code difficults very much the essential right to modify
 the work.  Basically SuSo is using GNU Savannah as a news aggregator and
 advertising platform to promote his sourceless translation.
 
 Please correct me if I'm wrong.  I think this is a violation of the GNU
 Savannah hosting requirements [3] because:
 
 * GNU Savannah is a free software and documentation development
   platform.  SuSo don't develop his translation in GNU Savannah, merely
   links to an external site.
 
 * The absence of source code impose an obstacle to the freedom to modify
   it.  Savannah is meant to be used in a way which promotes free
   software and free documentation and hence the user freedoms.  To deny
   the source code do the opposite.
 
 I'm going to ask SuSo to reflect about the issue and reconsider his
 stance.  I consider inmoral -and hope you agree- the fact SuSo spurn our
 community and deny us the source code on one hand, and on the another he
 is using Savannah to promote that.
 
 Let me know your thoughts.
 
 Regards.
 
 [1]: https://savannah.nongnu.org/p/elisp-es
 [2]: http://gnu.manticore.es/manual-introduccion-emacs-lisp
 [3]: https://savannah.gnu.org/register/requirements.php
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.9 (GNU/Linux)
 
 iEYEAREIAAYFAkzPIFsACgkQZ4DA0TLic4jjqACeIU63SFDaUTEsA+BS3s4mKx9J
 AhkAnjgblJyX+W0loMO2x8NIz8wsW589
 =qKCI
 -END PGP SIGNATURE-

[Savannah-help-public] [sr #107497] Request for Inclusion is too vague

[Sylvain Beucler]

Follow-up Comment #7, sr #107497 (project administration):

I replaced the text with:

Type below the name of the project you want to contribute to. Joining a
project means getting write access to the code repositories and involves
responsibilities. Usually you will first contact the project developers (e.g.
using the project mailing list) before requesting formal inclusion using this
form. 

How does it sound?

https://savannah.gnu.org/my/groups.php

(Karl: savane-cleanup.git is the current live version, savane.git is the next
version)

___

Reply to this item at:

  http://savannah.gnu.org/support/?107497

___
  Message sent via/by Savannah
  http://savannah.gnu.org/

[Savannah-help-public] [sr #107497] Request for Inclusion is too vague

[Sylvain Beucler]

Update of sr #107497 (project administration):

  Status:None = Done   
 Open/Closed:Open = Closed 

___

Follow-up Comment #8:

 Wonderful, thank you,

Great :)
I'm closing the ticket.

___

Reply to this item at:

  http://savannah.gnu.org/support/?107497

___
  Message sent via/by Savannah
  http://savannah.gnu.org/

[Savannah-help-public] [sr #107506] octave 3.2.4 on linux cluster inconsistent with octave 3.2.3 on mac.

[Sylvain Beucler]

Update of sr #107506 (project administration):

 Open/Closed:Open = Closed 

___

Follow-up Comment #1:

As explained in the support request submission form, this is the
support for Savannah administration, _not_ for a project hosted
at Savannah.

Please address this request to the appropriate project tracker or
mailing-list.


___

Reply to this item at:

  http://savannah.gnu.org/support/?107506

___
  Message sent via/by Savannah
  http://savannah.gnu.org/

[Savannah-help-public] [sr #107505] Please reduce gnash git repo size

[Sylvain Beucler]

Update of sr #107505 (project administration):

  Status:None = Done   
 Open/Closed:Open = Closed 

___

Follow-up Comment #5:

Good!  I'm closing the item.

___

Reply to this item at:

  http://savannah.gnu.org/support/?107505

___
  Message sent via/by Savannah
  http://savannah.gnu.org/

[Savannah-help-public] [sr #107505] Please reduce gnash git repo size

[Sylvain Beucler]

Update of sr #107505 (project administration):

 Assigned to:None = Beuc   

___

Follow-up Comment #3:

After tests, the operation can be done safely on the server-side.
I started the compression now, it should take 15/20mn.

Jim thinks the compression ratio is mostly due to prev_vcs-git conversion,
whose result was not optimized out yet.


___

Reply to this item at:

  http://savannah.gnu.org/support/?107505

___
  Message sent via/by Savannah
  http://savannah.gnu.org/

[Savannah-help-public] [sr #107497] Request for Inclusion is too vague

[Sylvain Beucler]

Follow-up Comment #5, sr #107497 (project administration):

Sure.

In frontend/php/ somewhere in savane-cleanup.git.


___

Reply to this item at:

  http://savannah.gnu.org/support/?107497

___
  Message sent via/by Savannah
  http://savannah.gnu.org/

[Savannah-hackers-public] Re: [sr #107505] Please reduce gnash git repo size

[Sylvain Beucler]

On Mon, Oct 25, 2010 at 10:44:00PM +0200, Jim Meyering wrote:
 Sylvain Beucler wrote:
 
  On Mon, Oct 25, 2010 at 10:30:13PM +0200, Jim Meyering wrote:
  Sylvain Beucler wrote:
   Do you know about concurrency?  I.e. need we make the repo read-only
   for developers when we're doing such a repack?
 
  From what I recall, that's not necessary.
  I think (probably a gross simplification) it creates a big pack of
  whatever's on hand, and then flips a ref (atomic rename) to make the new
  pack's objects live, and then removes the packed (and now logically
  unlinked) objects at its leisure. Any new objects that came in while
  packing are simply not packed.
 
  I guess I'll try on a copy of the Gnash repo.
 
  It seems there's some kind of special condition in that project
  though, I don't get nearly the same ratio on my projects (admittedly
  not nearly as active either :)).
 
 Those numbers are typical of a large project that's been converted from
 e.g., cvs, and whose repository has never been properly compressed.

I committed during various phases of the 'gc' (counting, compressing,
writing), all the commits were kept, just not packed.

I'll optimize the real gnash.git right now - lots of b/w saved :)

Speaking of git, there are messages from cvs2git piling up in the mail
system, due to no alias defined for cvs2git, which is now done.  I
think you disabled the emacs cvs-git repo but not the cron.

-- 
Sylvain

[Savannah-help-public] [sr #107505] Please reduce gnash git repo size

[Sylvain Beucler]

Follow-up Comment #1, sr #107505 (project administration):

We recently git gc'd them, but I did it again just in case.
It's still 760M.  I'm trying --aggressive now.
Btw: are you sure pulled all branches (not just master)?

___

Reply to this item at:

  http://savannah.gnu.org/support/?107505

___
  Message sent via/by Savannah
  http://savannah.gnu.org/

[Savannah-help-public] [sr #107505] Please reduce gnash git repo size

[Sylvain Beucler]

Follow-up Comment #2, sr #107505 (project administration):

Wow, it's down to 60M after 20mn.
I'll check with Jim to have an opinion on doing it on the real repo.


___

Reply to this item at:

  http://savannah.gnu.org/support/?107505

___
  Message sent via/by Savannah
  http://savannah.gnu.org/

[Savannah-hackers-public] Re: [sr #107505] Please reduce gnash git repo size

[Sylvain Beucler]

Jim,

Can you have a look at this?

The gnash repo can be packed from 760M (gc) to 60M (gc --aggressive).

Does that sound normal?  Is there a risk to lose data with it?

If not, should we plan to do it on other repo too?

- Sylvain

On Sun, Oct 24, 2010 at 08:14:03PM +, Sylvain Beucler wrote:
 
 Follow-up Comment #2, sr #107505 (project administration):
 
 Wow, it's down to 60M after 20mn.
 I'll check with Jim to have an opinion on doing it on the real repo.
 
 
 ___
 
 Reply to this item at:
 
   http://savannah.gnu.org/support/?107505
 
 ___
   Message sent via/by Savannah
   http://savannah.gnu.org/

[Savannah-help-public] [sr #107497] Request for Inclusion is too vague

[Sylvain Beucler]

Update of sr #107497 (project administration):

 Assigned to:None = Beuc   

___

Follow-up Comment #1:

I ack the issue.
We could implement a way for users to become fan of a project.
I don't plan to work on this straight away though.
If you have suggestions for a better wording, this can be done quickly,
though.

___

Reply to this item at:

  http://savannah.gnu.org/support/?107497

___
  Message posté via/par Savannah
  http://savannah.gnu.org/

Re: [Savannah-help-public] Need info on how bzr server is setup for a bzr bugreport.

[Sylvain Beucler]

Hi,

No, we don't keep log files for each and every users.

# bzr wants to write a ~/.bzr.log.  Suppress that (see
# https://bugs.edge.launchpad.net/bzr/+bug/106117 for more).
$ENV{'BZR_LOG'} = '/dev/null';

- Sylvain

On Sat, Oct 16, 2010 at 10:10:44AM +0200, Jan Djärv wrote:
 Thanks for the answer. You don't happen to have that logfile available?  
 
 Jan D.
 
 15 okt 2010 kl. 19:59 skrev Sylvain Beucler b...@gnu.org:
 
  Hi,
  
  There's no locale.  The 'locales' packages, in particular, is not
  installed.
  
  I also think that the GECOS' encoding is generally independant from
  the user's current locale.
  
  - Sylvain
  
  On Fri, Oct 15, 2010 at 08:02:39AM +0200, Jan Djärv wrote:
  Hello.
  
  I recently had a problem where commit to bzr failed.
  Sylvain Beucler correctly assumed non-ascii characters in the
  GECOS-field where the problem and that a bzr was at fault.  I filed
  a bug report on bzr that stated that the bzr server fails when there
  are non-ascii characters in the GECOS field. They now request more
  information, can you help?
  
  The bug report is here:
  
  https://bugs.launchpad.net/bugs/659763
  
  I qoute the last entry where they request information:
  
  I would speculate that Python may run on savannah with the locale set
  such that it expects gecos to be in ascii.  You would think that LANG=
  whatever gets passed across ssh, but perhaps not.  If you can get the
  server-side traceback, which should be in .bzr.log there, that could
  help.
  
  Thanks,
  
 Jan D.
  
  

Re: [Savannah-help-public] Need info on how bzr server is setup for a bzr bugreport.

[Sylvain Beucler]

Hi,

There's no locale.  The 'locales' packages, in particular, is not
installed.

I also think that the GECOS' encoding is generally independant from
the user's current locale.

- Sylvain

On Fri, Oct 15, 2010 at 08:02:39AM +0200, Jan Djärv wrote:
 Hello.
 
 I recently had a problem where commit to bzr failed.
 Sylvain Beucler correctly assumed non-ascii characters in the
 GECOS-field where the problem and that a bzr was at fault.  I filed
 a bug report on bzr that stated that the bzr server fails when there
 are non-ascii characters in the GECOS field. They now request more
 information, can you help?
 
 The bug report is here:
 
 https://bugs.launchpad.net/bugs/659763
 
 I qoute the last entry where they request information:
 
 I would speculate that Python may run on savannah with the locale set
 such that it expects gecos to be in ascii.  You would think that LANG=
 whatever gets passed across ssh, but perhaps not.  If you can get the
 server-side traceback, which should be in .bzr.log there, that could
 help.
 
 Thanks,
 
   Jan D.
 

[Savannah-hackers-public] Re: commit issues with bzr / bzr whoami

[Sylvain Beucler]

Hi,

It's a GECOS field.  The field is encoded in UTF-8 and made available
to the system through libnss-mysql-bg
(http://packages.debian.org/lenny/libnss-mysql-bg).

Reinhard: I don't think bzr should fail in such case, or to the least
it should be more explicit (the username _was_ here, after all).

- Sylvain

On Mon, Oct 11, 2010 at 09:20:36PM +0200, Jan Djärv wrote:
 Sylvain Beucler skrev 2010-10-11 20.45:
 (The right contact is savannah-help-pub...@gnu.org)
 
 I suspect a bug wrt encoding.
 Can you try to edit your Savannah account, get rid of accents in the
 Savannah real name setting:
https://savannah.gnu.org/my/admin/change.php?item=realname
 and if that works, report the bug to bzr?
 
 
 That did the trick!  Thanks.  Just for the info in the bug report,
 exactly where on the ssh/bzr pipeline on the server does the real
 name I put in in savannah account ifo show up?  As a user name
 (GECOS-field?) or as a ssh item?
 
   Jan D.
 
 - Sylvain
 
 On Mon, Oct 11, 2010 at 05:58:48AM +0200, Eli Zaretskii wrote:
 Let's try this address...
 
 Sylvain, could you please help Jan regain his write access to the
 Emacs repository?  See the details below.
 
 TIA
 
 Date: Sun, 10 Oct 2010 20:30:22 +0200
 From: Jan Djärvjan@swipnet.se
 CC: Sylvain Beucler via RTsysad...@gnu.org
 
 Just to clarify, I have done bzr whoami:
 
 % bzr whoami
 Jan D.jan.h.d#swipnet.se
 
 I also tried (jhd is my savannah login):
 
 jan.h.d#swipnet.se
 jhdjan.h.d#swipnet.se
 jhd
 Jan D.
 Jan D.jhdgoo#gmail.com
 
 No success.  This is bzr version 2.2.1. I also tried on another machine 
 which
 has bzr version 2.1.2, and tried two different emacs branches (trunk and
 emacs-23), and a totally fresh checkout of the emacs-23 branch.  No
 difference, bzr update works fine, but no luck on commit. Any ideas?
 
 Thanks,
 
Jan D.
 
 
 Eli Zaretskii skrev 2010-10-10 20.15:
 Sylvain, could you please help Jan?  Since the Emacs repository
 switched to bzr+ssh, he cannot commit, although he can update from the
 repo.  The error message is described below; I will forward the full
 backtrace from his .bzr.log in a moment.
 
 Everybody else seems to get along just fine with the new protocol,
 including myself.
 
 TIA
 
 --- Start of forwarded message ---
 X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00
   autolearn=unavailable version=3.3.1
 Date: Sun, 10 Oct 2010 14:54:57 +0200
 From: Jan Djärvjan@swipnet.se
 To: Eli Zaretskiie...@gnu.org
 Cc: Andreas Schwabsch...@linux-m68k.org, emacs-de...@gnu.org
 Subject: Re: Something wrong with the repo?
 
 It is still something wrong:
 
 bzr: ERROR: Server sent an unexpected error: ('error', 'Unable to 
 determine
 your name.  Use bzr whoami to set it.')
 
 I tried 5 or 6 different settings to bzr whoami, no permutation worked.
 Anybody know what should go in here that wasn't required previously?
 
   Jan D.
 
 
 Eli Zaretskii skrev 2010-10-10 14.40:
 From: Andreas Schwabsch...@linux-m68k.org
 Date: Sun, 10 Oct 2010 14:04:59 +0200
 
 Lars Magne Ingebrigtsenla...@gnus.orgwrites:
 
 I get the following when I try to do a bzr update:
 
 [la...@quimbies ~/src/emacs/trunk]$ bzr update
 Warning: Permanently added the RSA host key for IP address 
 '140.186.70.72' to the list of known hosts.
 subsystem request failed on channel 0
 bzr: ERROR: Unable to connect to target of bound branch 
 BzrBranch7('file:///home/larsi/src/emacs/trunk/') =
 sftp://la...@bzr.savannah.gnu.org/srv/bzr/emacs/trunk/: Unable to 
 connect to SSH host bzr.savannah.gnu.org; EOF during negotiation
 
 Use bzr[+ssh]://... instead.  Apparently there is suddenly a bzr server
 at savannah now.  Would have been nice to get an announcement though.
 
 I've just forwarded it, it was sent to project admins less than an
 hour ago.
 --- End of forwarded message ---
 
 
 

[Savannah-help-public] [sr #107254] Anonymous rsync for Bazaar repositories

[Sylvain Beucler]

Update of sr #107254 (project administration):

 Assigned to:None = Beuc   
 Open/Closed:Open = Closed 


___

Reply to this item at:

  http://savannah.gnu.org/support/?107254

___
  Message posté via/par Savannah
  http://savannah.gnu.org/

[Savannah-help-public] [sr #107482] CVS-SVN for SCSS project

[Sylvain Beucler]

Update of sr #107482 (project administration):

 Open/Closed:Open = Closed 


___

Reply to this item at:

  http://savannah.gnu.org/support/?107482

___
  Message posté via/par Savannah
  http://savannah.gnu.org/

[Savannah-help-public] [sr #107484] Request to enable mail on svn commit

[Sylvain Beucler]

Follow-up Comment #8, sr #107484 (project administration):

Karl: you modified in the CVS interface.
For SVN we need to follow instructions in /root/infra/svn.txt.
Doing that now.

___

Reply to this item at:

  http://savannah.gnu.org/support/?107484

___
  Message posté via/par Savannah
  http://savannah.gnu.org/

[Savannah-help-public] [sr #107492] CVS-SVN for SCSS project, take 2

[Sylvain Beucler]

Update of sr #107492 (project administration):

 Assigned to:None = Beuc   

___

Follow-up Comment #1:

Imported.
Is everything alright?

___

Reply to this item at:

  http://savannah.gnu.org/support/?107492

___
  Message posté via/par Savannah
  http://savannah.gnu.org/

[Savannah-help-public] [sr #107484] Request to enable mail on svn commit

[Sylvain Beucler]

Follow-up Comment #9, sr #107484 (project administration):

Should be good now.
I'd suggest using fmsystem-comm...@nongnu.org (rather than fmsystem-svn),
usually a project don't stay forever an a given SCM :)

Let us know whether it works ok.

___

Reply to this item at:

  http://savannah.gnu.org/support/?107484

___
  Message posté via/par Savannah
  http://savannah.gnu.org/

[Savannah-help-public] [sr #107484] Request to enable mail on svn commit

[Sylvain Beucler]

Follow-up Comment #7, sr #107484 (project administration):

I'm going to check this.
Karl: in case you're online, what did you do so far?

___

Reply to this item at:

  http://savannah.gnu.org/support/?107484

___
  Message posté via/par Savannah
  http://savannah.gnu.org/

[Savannah-help-public] [sr #107484] Request to enable mail on svn commit

[Sylvain Beucler]

Follow-up Comment #11, sr #107484 (project administration):

Done.
Does it work too?

___

Reply to this item at:

  http://savannah.gnu.org/support/?107484

___
  Message posté via/par Savannah
  http://savannah.gnu.org/

[Savannah-hackers-public] Re: [gnu.org #622071] colonialone: disk 'sdd' failed

[Sylvain Beucler via RT]

Hi,

On Thu, Oct 07, 2010 at 02:53:22PM -0400, Peter Olson via RT wrote:
  [beuc - Wed Oct 06 15:21:47 2010]:
  Hi,
  
  On Wed, Oct 06, 2010 at 03:05:04PM -0400, Peter Olson via RT wrote:
[beuc - Wed Oct 06 14:46:46 2010]:
   
Hi,
   
Disk 'sdd' is not available anymore at colonialone.
   
Smartmontools detected an issue, and mdadm removed it from the
  RAID
array.
   
Can you investigate and possibly replace the failed disk?
   
Btw, did you receive the failure notifications?
   
Thanks,
  
   We took the failed disk out of the RAID array because it appears to
  be a hard failure rather than a
   glitch (all partitions containing the disk degraded at the same
  time).
  
   The array contained 4 members and now contains 3 members, all in
  service.  We expect to replace it when
   we next make a trip to the colo.
  
   colonialone:~# cat /proc/mdstat
   Personalities : [raid1]
   md3 : active raid1 sda6[0] sdb6[2] sdc6[1]
 955128384 blocks [3/3] [UUU]
  
   md2 : active raid1 sda5[0] sdb5[2] sdc5[1]
 19534976 blocks [3/3] [UUU]
  
   md1 : active raid1 sda2[0] sdb2[2] sdc2[1]
 200 blocks [3/3] [UUU]
  
   md0 : active raid1 sda1[0] sdb1[2] sdc1[1]
 96256 blocks [3/3] [UUU]
  
   unused devices: none
  
  
  I'm worried that 'dmesg' shows lots of ext3 errors.
  
  How can a failed disk in a RAID1x4 array cause *filesystem*-level
  errors?
  
  Do we need a fsck or something?
 
 Here are some of the errors from dmesg:
 
 [20930306.805714] ext3_orphan_cleanup: deleting unreferenced inode 86646
 [20930306.805714] ext3_orphan_cleanup: deleting unreferenced inode 85820
 [20930306.822520] ext3_orphan_cleanup: deleting unreferenced inode 86643
 [20930306.829335] ext3_orphan_cleanup: deleting unreferenced inode 86645
 [20930306.840398] EXT3-fs: dm-5: 30 orphan inodes deleted
 [20930306.840542] EXT3-fs: recovery complete.
 [20930307.015205] EXT3-fs: mounted filesystem with ordered data mode.
 
 I found some discussion on the Net that says these messages are a normal 
 byproduct of making an LVM 
 snapshot.  Are you doing this as part of your backup procedure?

Yes (cf. remote_backup.sh).
Good to know it's not a disk error, thanks.


 I wrote a script to convert dmesg timestamps to wall clock.  These messages 
 are issued every morning 
 between 07:58 and 08:15 (or sometimes as late as 08:27).

Yes, the backup from savannah-backup.gnu.org runs at 12:00 GMT.


Also, LVM is still looking for /dev/sdd7
colonialone:~# lvs
  /dev/sdd7: read failed after 0 of 2048 at 0: Input/output error
[...]

I suggest we plan a reboot this week.

-- 
Sylvain

[Savannah-hackers-public] Re: [gnu.org #622071] colonialone: disk 'sdd' failed

[Sylvain Beucler]

Hi,

On Thu, Oct 07, 2010 at 02:53:22PM -0400, Peter Olson via RT wrote:
  [beuc - Wed Oct 06 15:21:47 2010]:
  Hi,
  
  On Wed, Oct 06, 2010 at 03:05:04PM -0400, Peter Olson via RT wrote:
[beuc - Wed Oct 06 14:46:46 2010]:
   
Hi,
   
Disk 'sdd' is not available anymore at colonialone.
   
Smartmontools detected an issue, and mdadm removed it from the
  RAID
array.
   
Can you investigate and possibly replace the failed disk?
   
Btw, did you receive the failure notifications?
   
Thanks,
  
   We took the failed disk out of the RAID array because it appears to
  be a hard failure rather than a
   glitch (all partitions containing the disk degraded at the same
  time).
  
   The array contained 4 members and now contains 3 members, all in
  service.  We expect to replace it when
   we next make a trip to the colo.
  
   colonialone:~# cat /proc/mdstat
   Personalities : [raid1]
   md3 : active raid1 sda6[0] sdb6[2] sdc6[1]
 955128384 blocks [3/3] [UUU]
  
   md2 : active raid1 sda5[0] sdb5[2] sdc5[1]
 19534976 blocks [3/3] [UUU]
  
   md1 : active raid1 sda2[0] sdb2[2] sdc2[1]
 200 blocks [3/3] [UUU]
  
   md0 : active raid1 sda1[0] sdb1[2] sdc1[1]
 96256 blocks [3/3] [UUU]
  
   unused devices: none
  
  
  I'm worried that 'dmesg' shows lots of ext3 errors.
  
  How can a failed disk in a RAID1x4 array cause *filesystem*-level
  errors?
  
  Do we need a fsck or something?
 
 Here are some of the errors from dmesg:
 
 [20930306.805714] ext3_orphan_cleanup: deleting unreferenced inode 86646
 [20930306.805714] ext3_orphan_cleanup: deleting unreferenced inode 85820
 [20930306.822520] ext3_orphan_cleanup: deleting unreferenced inode 86643
 [20930306.829335] ext3_orphan_cleanup: deleting unreferenced inode 86645
 [20930306.840398] EXT3-fs: dm-5: 30 orphan inodes deleted
 [20930306.840542] EXT3-fs: recovery complete.
 [20930307.015205] EXT3-fs: mounted filesystem with ordered data mode.
 
 I found some discussion on the Net that says these messages are a normal 
 byproduct of making an LVM 
 snapshot.  Are you doing this as part of your backup procedure?

Yes (cf. remote_backup.sh).
Good to know it's not a disk error, thanks.


 I wrote a script to convert dmesg timestamps to wall clock.  These messages 
 are issued every morning 
 between 07:58 and 08:15 (or sometimes as late as 08:27).

Yes, the backup from savannah-backup.gnu.org runs at 12:00 GMT.


Also, LVM is still looking for /dev/sdd7
colonialone:~# lvs
  /dev/sdd7: read failed after 0 of 2048 at 0: Input/output error
[...]

I suggest we plan a reboot this week.

-- 
Sylvain

[Savannah-hackers-public] bzr move from sftp:// to bzr+ssh://

[Sylvain Beucler]

Hi,

(This message is sent to project admins who have a bzr repository)

We tried to find contributors to move bzr repositories from sftp:// to
bzr+ssh:// , however this proved unsuccessful.

This is becoming a problem, with some of you switching away from bzr
for that reason.

Consequently, I'm going to migrate the repositories myself in rush
mode, that is, I'm going to do that within the next few hours, and
during the process your repositories won't be accessible.

I'll send another e-mail when the migration is done.  After that,
you'll have to update your working copies accordingly (with 'bzr
switch').

-- 
Sylvain

Re: [Savannah-hackers-public] Setting up bzr+ssh on Savannah.

[Sylvain Beucler]

Hi Toshio and Paul,

I marked you as MIA and disabled your access accordingly.
I did the sftp-bzr+ssh migration this afternoon along the way.

Let us know if you plan to contribute again to Savannah.
I hope we'll still be able to contact you for bzr advice!

-- 
Sylvain

On Wed, Aug 04, 2010 at 10:26:15AM -0700, Toshio Kuratomi wrote:
 On Fri, Jul 30, 2010 at 6:57 AM, Sylvain Beucler b...@gnu.org wrote:
  Hi!
 
  On Thu, Jul 29, 2010 at 01:05:43AM +0200, Sylvain Beucler wrote:
  On Wed, Jul 28, 2010 at 04:58:34PM -0600, Paul Hummer wrote: 
   So I'm not entirely sure what's entailed by this still.  It seems
   like there's an existing installation and some technical decisions made
   that I'm not up to date on, and am feeling quite lost by just reading
   some wiki pages.  Is there anyone who has a clear idea of what the
   next actions are?
 
  Check http://savannah.gnu.org/maintenance/Bzr if not already and ask
  me what you don't understand.
 
  Did you read it?
  Do you understand where to go next?
 
 Hi guys, I just got back from travelling last week and as usual, found
 that there was a whole ton of work related business I had to take care
 of waiting for me.  I've plowed through the biggest task there so I
 can start looking into this.  As for a plan of action --
 
 Paul, since you're going to be maintaining this long term, I propose
 that you have most of the control wrt how this thing is setup and use
 me as a resource for actually writing scripts, asking questions of wrt
 how we could design it, etc.  The important thing in my mind is that
 you understand and feel comfortable working with what we have in the
 end.