Re: [Savannah-hackers-public] [E] Re: Out of memory issues on Savannah?

Hi Jason, Jason Kenny wrote: > We have been looking at trying to configure libidn to use a prebuild.. We > had some issues, but not enough time to figure out what failed yet. I will > add that our builds fail on the clone with a -j1 logic or -j 12 ( ie N ) > equally. > As far as your questions, I

Re: [Savannah-hackers-public] Out of memory issues on Savannah?

Hi Simon, Simon Josefsson wrote: > Not really a solution to the savannah malloc failures (I've been seeing > them too when pulling gnulib 10x in parallel from savannah during > continous integration pipeline jobs) but a note that I am (as > libidn/libidn2 maintainer) considering to not use a

Re: [Savannah-hackers-public] Out of memory issues on Savannah?

Hello Phong, Phong X. Nguyen wrote: > We pull down libidn and libidn2, both of which rely on gnulib and we have > with some increasing frequency seen remote out of memory errors. I saw from > the prior issues other people have had that we should contact this mailing > list if we need some

Re: [Savannah-hackers-public] SubversionException: 13 - Can't open file '/srv/svn/gnueval/db/fs-type': Permission denied

Ineiev wrote: > I'm not sure why. the permissions will prevent anonymous access. > that's what Savannah has always done with CVS directories of private > groups. This is in a PUBLIC DIRECTORY. Everything has always assumed that all of those files are publically accessible files. Trying to block

Re: [Savannah-hackers-public] Memo: HTTP/2 support for Savannah (and probably *.gnu.org) and the blockers

Jing Luo wrote: > Now that it's almost 2024, HTTP/2 is support by apache2 is mature, it's > probably time for savannah and *.gnu.org to support HTTP/2. It brings better > performance and requires TLS 1.3, but I'll leave this discussion/decision to > FSF admins. HTTP/2 brings more performance but

Re: [Savannah-hackers-public] SubversionException: 13 - Can't open file '/srv/svn/gnueval/db/fs-type': Permission denied

Ineiev wrote: > I have a hypothesis. I may have changed the permissions when > I modified sv_groups to create repositories of private groups > with less permissive access in November. gnueval was the only > private group using Subversion, so no other repositories were > affected. I see that

Re: [Savannah-hackers-public] [PATCH] configure.ac: add detection of symver gcc attribute

Hello Giulio, You have sent a patch for some project's configure.ac to the Savannah Free Software Forge administration team. Who did you actually mean to send this to? Not us certainly! :-) I can't guess who you intended this for. I can only say that you have reached a wrong number. Good

Re: [Savannah-hackers-public] Welcome Jing Luo!

Yes! Welcome to the group Jing! Many hands make light work. :-) Bob Jing Luo wrote: > On 2024-02-16 16:10, Corwin Brust wrote: > > Please join me welcoming Jing Luo to the Savannah Hackers. > > > > You may already know Jing from his work helping investigate problems > > and potential

Re: [Savannah-hackers-public] git down

Bob Proulx wrote: > Po Lu wrote: > > I've started experiencing this error: > > > > + git pull > > fatal: read error: Connection reset by peer > > > > pulling from git.sv.gnu.org; all repositories are also inaccessible over > > the cgit interface, and

Re: [Savannah-hackers-public] git down

Po Lu via Discussions among Savannah Hackers, open subscription wrote: > I've started experiencing this error: > > + git pull > fatal: read error: Connection reset by peer > > pulling from git.sv.gnu.org; all repositories are also inaccessible over > the cgit interface, and I suppose Gitweb as

Re: [Savannah-hackers-public] "task #14222: Submission of Ad Reaper"

Hello Paul, It's great to see you helping out with things! Paul Walker wrote: > https://savannah.nongnu.org/task/?14222 - I realise I'm rather late > to the party, but - it seems to hit all the points mentioned in > https://savannah.gnu.org/maintenance/HowToGetYourProjectApprovedQuickly/ > > Did

Re: [Savannah-hackers-public] SubversionException: 13 - Can't open file '/srv/svn/gnueval/db/fs-type': Permission denied

Karl Berry wrote: > I don't have my old checkout any more, but wouldn't we use, e.g., > svn+ssh://k...@svn.savannah.gnu.org/gnueval > to access? > (As shown on https://savannah.gnu.org/svn/?group=gnueval) > > Sorry if that's what you're already saying ... Yes. Ignoring the mystery of how this

Re: [Savannah-hackers-public] SubversionException: 13 - Can't open file '/srv/svn/gnueval/db/fs-type': Permission denied

Karl Berry wrote: >drwxrws--- 6 root gnueval 253 Nov 9 11:34 /srv/svn/gnueval/db > > FWIW, I have a vague recollection from my time as gnueval (~15-20 years > ago) that, as a super special case, we explicitly made the repository > private because it contained possibly-nonfree and/or

Re: [Savannah-hackers-public] SubversionException: 13 - Can't open file '/srv/svn/gnueval/db/fs-type': Permission denied

Karl Berry wrote: >drwxrws--- 6 root gnueval 253 Nov 9 11:34 /srv/svn/gnueval/db > > FWIW, I have a vague recollection from my time as gnueval (~15-20 years > ago) that, as a super special case, we explicitly made the repository > private because it contained possibly-nonfree and/or

Re: [Savannah-hackers-public] SubversionException: 13 - Can't open file '/srv/svn/gnueval/db/fs-type': Permission denied

Hello Alfred, Thank you for this report. I don't know why but the permissions on that one file were incorrect. drwxrws--- 6 root gnueval 253 Nov 9 11:34 /srv/svn/gnueval/db I don't know how that directory's permission could have been modified to this result. I always assume that if this

Re: [Savannah-hackers-public] Initial changes for adding the Git homepage source code web browsing option.

Hi Ayushman, Ayushman Tripathi wrote: > Hello! I'm currently working towards implementing the option for the Git > webpage repository. > > This patch specifically covers the initial frontend changes. Thank you for submitting this patch suggestion for review. As I look at this so far I don't see

[Savannah-hackers-public] [task #15599] Add bounce processing to Savannah

Update of task #15599 (project administration): Status: Need Info => Done Assigned to: ineiev => rwp Open/Closed:Open => Closed

Re: [Savannah-hackers-public] Welcome Svetlana!

Corwin Brust wrote: > I'm pleased to announce Svetlana (irc: gry) has joined the Savannah > Hackers. You may have already noticed her helping reviewing > submissions and participating in other discussions, and agree with me > this is simply due recognition of her contributions with --in the fine

Re: [Savannah-hackers-public] frontend2 /usr/bin/python switched from python2 to python3

Ineiev wrote: > Bob Proulx wrote: > > The subject almost says it all. Andrew requested /usr/bin/python be > > python3 on frontend1 for FSF scripts. I switched it over. I have no > > idea if this will have an effect on any of the python scripts on the > > machi

[Savannah-hackers-public] frontend2 /usr/bin/python switched from python2 to python3

Savannah Hackers, The subject almost says it all. Andrew requested /usr/bin/python be python3 on frontend1 for FSF scripts. I switched it over. I have no idea if this will have an effect on any of the python scripts on the machine already. Will it? I am not a python person so I don't know.

Re: [Savannah-hackers-public] Problem with list bug-gnu-emacs

Hi Jeremy and Everyone, Jeremy Bryant wrote: > Hi Savannah hackers, > > I wish to stay subscribed to bug-gnu-em...@gnu.org however the server > periodically unsubscribes me due to 'excessive bounces'. Can you > investigate what the cause might be? > > I have no such problems with emacs-devel

Re: [Savannah-hackers-public] Moving some Git repositories to Savannah

Maxim Cournoyer wrote: > I've now manually set expiry using 'gpg --edit-keys' and re-uploaded my > public key. Thank you for doing this. And let me encourage everyone to have a GPG key uploaded to Savannah. It's a strong failsafe mechanism for account recovery. There are always incidents where

Re: [Savannah-hackers-public] Savannah VM Maintenance Happening

Bob Proulx wrote: > Hello Savannah Hackers, All of the maintenance planned for today has been completed with a little help from Ian when I got snagged. Whew! All of the systems have been rebooted today. And all are rebooting okay. The systems hosted on the community server were reconfigu

[Savannah-hackers-public] Savannah VM Maintenance Happening

Hello Savannah Hackers, Ineiev, This might affect you if things get snarled up! I'll try to push these through with the least amount of downtime. First let me apologize for being distracted with other things and having little time recently for Savannah issues. I just returned from a week of

Re: [Savannah-hackers-public] [Savannah-cvs] [610] update: admins can edit descriptions

ine...@gnu.org wrote: > - Unfortunately nothing has been implemented to allow the group > - administrator to do this from the web interface. Fortunately this > - doesn't need to change very often. Please submit a > - [support >

Re: [Savannah-hackers-public] Please disallow www-commits in robots.txt

Thérèse Godefroy wrote: > I understand it wouldn't be practical to make this list private, but it > could at least be off-limits for crawlers. I am not a member of the www team so I just don't know the answer to this question but why not? If the www team doesn't need the public web archive then

Re: [Savannah-hackers-public] Empty Git repository on

Ineiev wrote: > On Fri, May 05, 2023 at 04:40:01PM +, Ineiev wrote: > > On Fri, May 05, 2023 at 02:28:30PM +0200, Alex Baranowski via Discussions > > among Savannah Hackers, open subscription wrote: > > > > > > I tried to clone https://git.savannah.gnu.org/git/which.git and set it up > > >

[Savannah-hackers-public] cgit syntax highlight request

Thanks to everyone who added comments to this topic. It's been a week for people to think about things and make comments. (And a week for me to be completely consumed by my own tasks.) The unscientific survey does lean toward adding color syntax highlighting. Therefore I have enabled it on the

Re: [Savannah-hackers-public] new upcoming ns1.gnu.org server

Andrew Engelbrecht wrote: > If you could please add the IP address of `ns1-new.gnu.org` to the list > of servers that receive transfers from your zones, that would be great. Done. You can verify that a zone transfer to ns1-new occurred around 20:57:01 in the logs and all of the Savannah zones

[Savannah-hackers-public] cgit syntax highlight request

Savannah Users, A user on IRC (daviid) has requested that cgit on Savannah be modified to perform syntax highlighting by default on the various source page display pages. I did some research into this topic of cgit syntax highlighting. It seems there are two popular ways to enable syntax

[Savannah-hackers-public] soc-projects commit hook problems

This message is two weeks overdue. It's hard to keep up sometimes. On February 8th Jose had problems with commit to the www pages and reported this through IRC. They were not updating. I investigated, determined the hook was not set correctly, made a local edit hack to set it from non-gnu to

Re: [Savannah-hackers-public] Savannah mgt upgrades

Ineiev wrote: > What about files like administration/mirrors-contacts.txt? so far, > they are on mgt0; I know nothing about that file. Is it in version control somewhere? I haven't attacked the download server, which hosts the release mirror upstream, really at all yet. > also, I miss the

Re: [Savannah-hackers-public] (no subject)

Alex Naumov wrote: > > Same here. > > There are no errors or something. Just staying not signed in. > > The problem was in the Firefox version. It seems the old versions (for > example, 96.0.2) are not supported anymore. > With Firefox 108.0.1 it works well. Strange. As far as I know there

Re: [Savannah-hackers-public] (no subject)

Anita Evans wrote: > hello i cant sign in my accout Everything appears to be working as far as I can see. I can log in using either Firefox or Chromium. Another user just reported the same problem but with the solution for them was that their Firefox needed to be upgraded. I suggest verifying

Re: [Savannah-hackers-public] Savannah frontend2 upgrades

Hi Ineiev, Ineiev wrote: > Bob Proulx wrote: > > I did a very quick test and the Savannah web UI loads and runs. > > Thanks to Ineiev for the PHP updates to enable this on the newer PHP! > > I'm afraid, the code isn't quite ready yet for PHP 8.1: the notices > need fixing,

[Savannah-hackers-public] Savannah mgt upgrades

Savannah Hackers, Status Update We have been furnished with a new system installed with the latest and greatest Trisquel 11 for use as the new management node. The old system is mgt0 and the new system coming online is mgt1. The new mgt management node is online. I have made an initial effort

Re: [Savannah-hackers-public] Server link publicly accessible.

Abhishek Singh wrote: > I was going through the Teslamotors GitHub repository and I found a link > http://git.savannah.gnu.org/ which is publicly accessible. I can see codes > and many sensitive data over there which I assume was not intended for > publicly accessible. That link is to the GNU

Re: [Savannah-hackers-public] Savannah frontend2 upgrades

Savannah Hackers, > Onward to Trisquel 11! The frontend2 system has been rebooted and is fully upgraded to Trisquel 11 now. This includes the latest PHP, MariaDB, Apache, and the rest. I did a very quick test and the Savannah web UI loads and runs. Thanks to Ineiev for the PHP updates to

Re: [Savannah-hackers-public] Savannah frontend2 upgrades

Savannah Hackers, The frontend2 system has been rebooted and is fully upgraded to Trisquel 10. This is the non-production system sibling to the current production system frontend1 running the web UI. I am planning on immediately proceeding forward by upgrading frontend2 to the upcoming Trisuel

[Savannah-hackers-public] Savannah frontend2 upgrades

Savannah Hackers, Since frontend1 is running well as the current production web UI system. The upgrade and switchover there means the other system frontend2 is idle. Time to upgrade it. And to keep upgrading the other system and flipping between them. I upgraded frontend2 to the same Trisquel

Re: [Savannah-hackers-public] small suggestion, list descriptions

> [savannah-help-public] ... also among the maintainers. > > In my mind that would normally be savannah-hackers-public (where this > discussion is taking place :). This is an example of where I could not keep them all straight. I saw that savannah-help-public and thought it was

Re: [Savannah-hackers-public] small suggestion, list descriptions

Karl Berry wrote: > Good question. In my mind, savannah-users is more for discussion "among" > users Seems perfectly reasonable. And I entertained in my head something similar but failed to articulate it. > and savannah-help-public is more for sending queries "to" the > savannah maintainers.

Re: [Savannah-hackers-public] small suggestion, list descriptions

Ian Kelling wrote: > https://savannah.nongnu.org/mail/?group=administration > > On that page, add a description of what savannah-users is for and what > savannah-help-public is for. They were all here when I started hacking on the system. Other than the name I have no idea about the purpose of

[Savannah-hackers-public] Savannah Upgrades Today 2022-10-05

Savannah Hackers, This last week I have been working on the systems getting things ready for the next step of upgrades. Today I upgraded the database server from MySQL on Trisquel 8 to MariaDB on Trisuel 9. And the new VM is on a better host to move forward upon. Yay! That went so well, or so

Re: [Savannah-hackers-public] Git email hook?

Hi Paul, Paul Smith wrote: > > I pushed a change this morning and didn't see any email about it. > > Got the email about 4 hours later; apparently there's some lag in the > system (I just got this email, about 4.5 hours later...) There isn't any intentional mailing list delays. But on this last

Re: [Savannah-hackers-public] Sending email via fencepost fails

Hello Eli, Eli Zaretskii wrote: > Since about half an hour ago, I cannot send email via fencepost port > 587: I get "connection refused". > Logging into fencepost via SSH does work. > > What is the problem with the SMTP service on fencepost? Can this be > fixed, please? > > P.S. And if this is

[Savannah-hackers-public] Savannah non-gnu download area policy for scp, sftp, rsync

Savannah Hackers, bill-auger helped me debug the upload issue reported in https://savannah.nongnu.org/support/?110690 today. The root cause of this problem is users who have upgraded their system to OpenSSH 9.0 and the upstream OpenSSH at 9.0 has switched the internal protocol of scp from the

Re: [Savannah-hackers-public] Savannah bug->email gateway problems

Bob Proulx wrote: > It appears that systemd is setting NoNewPrivileges=yes for apache and > if I read the documentation correctly this will definitely break > things in the way we are seeing. I have removed that setting and am > trying things again. That seems to have been the

Re: [Savannah-hackers-public] Savannah bug->email gateway problems

Bob Proulx wrote: > I continue to poke at things. It appears that systemd is setting NoNewPrivileges=yes for apache and if I read the documentation correctly this will definitely break things in the way we are seeing. I have removed that setting and am trying things again. Bob

Re: [Savannah-hackers-public] Savannah bug->email gateway problems

Bob Proulx wrote: > I have downgraded all of apache and php packages to a version prior to > the latest point release. ... > I'll try to test the outbound mail from the web UI and verify that it > is functioning now or not. Unfortunately that has not resolved the problem.

Re: [Savannah-hackers-public] Savannah bug->email gateway problems

Bob Proulx wrote: > G. Branden Robinson wrote: > > The bug-groff list hasn't gotten any updates on applicable Savannah > > tickets for the groff group since sometime on 12 August. > > > > https://lists.gnu.org/archive/html/bug-groff/2022-08/index.html > Your d

Re: [Savannah-hackers-public] Savannah bug->email gateway problems

G. Branden Robinson wrote: > Possibly related to the recent DoS-driven outage... Possibly. The abuse continues currently. And it is hard to identify. Though this seems like this problem would be an independent problem. > The bug-groff list hasn't gotten any updates on applicable Savannah >

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

It looks like the automatic restart is working. But the underlying problem remains. Afer a restart... [Mon Aug 15 17:47:40.409406 2022] [mpm_prefork:notice] [pid 16147] AH00173: SIGHUP received. Attempting to restart [Mon Aug 15 17:47:41.241212 2022] [mpm_prefork:notice] [pid 16147]

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

Paul Smith wrote: > Unfortunately it seems to be down / under attack again this morning :( I see that my attempts at mitigation of the current problem are failing. I am looking into things again now. I'll type this in stream of consciousness as I work the problem and then send it. I may have

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

Hi Paul, Paul Smith wrote: > I haven't been able to reach the Savannah website for most of the day. > Things like the Git service are available but the website is not. Thanks for the report. It appears that some agent was pounding on the web site. There were max processes of apache2 web server

[Savannah-hackers-public] IPv6 problems since recent VM movement

Savannah Hackers, Since Thursday's VM movement there have been problems with IPv6 connectivity. I mapped out the connectivity between systems. Since this hasn't been tracked it's possible that these are not all of the same issue and for example nfs1 may have been this way for a while. Bob

Re: [Savannah-hackers-public] Install a post-receive hook in the GNU Emacs repository

Gregory Heytings wrote: > Bob Proulx wrote: > > I had written that first while loop some years ago for a different > > multiple hook case. I therefore just reached for it and grabbed it for > > this task. > > > > But that doesn't mean that it can't do somethi

Re: [Savannah-hackers-public] Install a post-receive hook in the GNU Emacs repository

Gregory Heytings wrote: > That looks good, except for two things: > > (1) the hooks/post-receive-ci.heytings.org must be made executable, and Drat! Sorry. Fixed now. > (2) given that only one oldrev/newrev/refname triplet is passed to the I had written that first while loop some years ago for

Re: [Savannah-hackers-public] Install a post-receive hook in the GNU Emacs repository

Gregory Heytings wrote: > We're in the process of installing a CI system for GNU Emacs. > > Could you please add the following post-receive hook in the Emacs > repository? Sure. Done. > #!/bin/bash > while read line; do lines="${lines}${line};;"; done > { timeout -s 9 -k 5 10 wget -q -O-

Re: [Savannah-hackers-public] Add information about downloading Git snapshots

Eli Zaretskii wrote: > Can this information please be added to the appropriate page of each > project? Honestly this worries me a because I recall that creating those snapshots puts a high load on the server. Right now a few people do it and it isn't so bad. But if it is advertised as a feature

[Savannah-hackers-public] OpenSSH updated on vcs0 and download0

Savannah Hackers, I upgraded vcs0 today to the next newer OpenSSH version. This means that all of the client facing ssh member access systems have all been upgraded past the SHA1 obsolescence point that previously required either upgrading to ed25519 keys or using the following workaround.

Re: [Savannah-hackers-public] scp asks for password on savannah nongnu.org

Joël Krähemann wrote: > `scp` asks for password while connecting, I think this shouldn't happen. Here it is two days later that I am seeing this email to the mailing list. But Joël and I chatted on IRC at the time and I referenced our documentation here.

Re: [Savannah-hackers-public] git.savannah.gnu.org is not able to be connected with git protocol

antique refer wrote: > git.savannah.gnu.org is not able to be connected with git protocol. > > # git clone git://git.savannah.gnu.org/gnulib.git > Cloning into 'gnulib'... > fatal: read error: Connection reset by peer This works for me. Which leads me to think that it is a firewall in your

[Savannah-hackers-public] Network Outage Today

This morning there was a long network outage which separated the VMs from their root file system holding the OS files. This started at 8:18am US/Eastern time and seemed to mostly conclude about 9:38am US/Eastern time. That's a long time for a system to be without a root file system. The system

Re: [Savannah-hackers-public] Update on upgrades

Bob Proulx wrote: > I have been banging my head against the https/http WebDAV > configuration. That's all Apache using libapache2-mod-svn and seems > like it should be working but I haven't been able to make it happy > yet. I'll keep working on it. The smallest of detai

Re: [Savannah-hackers-public] frontend-dev?? Can it be shutdown?

Ineiev wrote: > Bob Proulx wrote: > > Can we shutdown frontend-dev and release those resources? I don't > > think we are using it for anything now. Are you using it? > > No; I test changes in frontend code either locally or on current > frontend VM (it has a d

[Savannah-hackers-public] frontend-dev?? Can it be shutdown?

Ineiev, Can we shutdown frontend-dev and release those resources? I don't think we are using it for anything now. Are you using it? If not I would like to shut it down and return the VM resources to the pool. Thanks! Bob signature.asc Description: PGP signature

[Savannah-hackers-public] Update on upgrades

Savannah Hackers, Just a very short status update note. I have been focusing on migrating services to the new vcs2 which is the up to date Trisquel 9 image. It includes the newer OpenSSH and avoids the SHA1 deprecation problem with ssh that members committing vcs possibly hit if they have the

Re: [Savannah-hackers-public] What is the size of the nongnu directory?

Thérèse Godefroy wrote: > The sizes were last updated on Feb. 25, 2017. So the average growth rate of > nongnu is around 2 GB/year. Cool! :-) Bob

Re: [Savannah-hackers-public] What is the size of the nongnu directory?

Hello Thérèse, Thérèse Godefroy wrote: > We are trying to update directory sizes in the mirroring guide [0]. > Thanks to Anton McClure and Ian Kelling (RT #1784571), we have current > data for gnu and gnu-alpha. Could you tell us the size of the nongnu > directory? Thanks in advance. The

Re: [Savannah-hackers-public] Error en https://savannah.gnu.org/register/

This appears to have been BCC'd to savannah-hackers-public so I make a reply to ensure that follow-ups go here instead of elsewhere. And also to offer a translation. In the Spanish version of https://savannah.gnu.org/register/ In line 309 of the html it says: "My balls include a

Re: [Savannah-hackers-public] Git on Savannah rejects git:// protocol?

Eli Zaretskii wrote: > I get this: > > ~/test-clone$ git clone git://git.savannah.gnu.org/git/emacs.git > Cloning into 'emacs'... > fatal: unable to connect to git.savannah.gnu.org: > git.savannah.gnu.org[0: 2001:470:142::168]: errno=Connection refused > git.savannah.gnu.org[1:

[Savannah-hackers-public] [task #16101] Python warnings on push and groff-commit list not getting mails

Follow-up Comment #7, task #16101 (project administration): Yay! Thanks for helping! :-) ___ Reply to this item at: ___ Message sent via Savannah

[Savannah-hackers-public] [task #16101] Python warnings on push and groff-commit list not getting mails

Follow-up Comment #5, task #16101 (project administration): I think maybe it is fixed. Maybe. The problem is that the hook was a symlink to a shared /usr/src/git_multimail/... directory and that directory did not exist on the new server. I had missed it in the setup. I don't have an easy way

Re: [Savannah-hackers-public] Request ability to push non-fast-forward commits

Michael Siegel wrote: > I was able to clean things up for the repository's mirror at > > https://notabug.org/dragora/dragora-website > > Now, unfortunately, I didn't know that non-fast-forward commits weren't > allowed on Savannah. That's the GNU hosting policy for community hosted software.

[Savannah-hackers-public] [task #16101] Python warnings on push and groff-commit list not getting mails

Follow-up Comment #4, task #16101 (project administration): Drat! But that is at least a problem I understand and can fix. I'll get it sorted out. Sorry for the trouble. ___ Reply to this item at:

[Savannah-hackers-public] [task #16101] Python warnings on push and groff-commit list not getting mails

Update of task #16101 (project administration): Status:None => Done Assigned to:None => rwp Open/Closed:Open => Closed

Re: [Savannah-hackers-public] Suspicious ‘451-You dont seem to have a reverse dns entry.’

Tobias Geerinckx-Rice wrote: > First of all, thanks for the lengthy response. I could only skim it. I do sometimes get that response. :-) > Bob Proulx 写道： > > Since it is reported as being greylisted this should have been a > > single one time delay for the greylist and t

Re: [Savannah-hackers-public] Suspicious ‘451-You dont seem to have a reverse dns entry.’

I removed sysadmin from the recipient list so that each of these would not create an additional ticket in their system. Tobias Geerinckx-Rice wrote: > I noticed the following response in my mail logs: That word wrapped. Let me reconstruct it for readability. Nov 20 14:25:26 localhost

Re: [Savannah-hackers-public] List of available SSH cipher types?

Andrew Engelbrecht wrote: > Someone said they were having trouble ssh'ing to Savannah, and course > they're an Arch user, so likely using SSH 8.8. ; ) Agreed. Very likely. > They did apply the +ssh-rsa trick, but for some reason Savannah > wasn't accepting their key that had been working for a

Re: [Savannah-hackers-public] Allowing git repos to automatically push to gnu.org/software/$PROJECT

Bob Proulx wrote: > Daniel Katz wrote: > > I've created a sv account (with ssh and gpg) and submitted a new project > > request. My user name is daniel_k and the project's short name is > > fsftest. Please enable the project. > > The reason we needed the account is

Re: [Savannah-hackers-public] Allowing git repos to automatically push to gnu.org/software/$PROJECT

Ian Kelling wrote: > Thanks. I'm going to create a user daniel-k on the savannah machines so > daniel can setup development copies of things based on that link. Hmm... It's fine but I see that daniel-k has been set up completely uniquely different from the way most of our admins are configured

Re: [Savannah-hackers-public] Allowing git repos to automatically push to gnu.org/software/$PROJECT

Karl Berry wrote: > Ok, seems like we should setup a development instance of Savane, at > least the relevant parts. Does that sound right? > > FWIW, I found it impossible in practice to set up a usable development > instance of Savannah (or Savane). Thus, when I wanted to do experiments >

Re: [Savannah-hackers-public] Allowing git repos to automatically push to gnu.org/software/$PROJECT

Ian Kelling wrote: > Ok, seems like we should setup a development instance of Savane, at > least the relevant parts. Does that sound right? Yes. A while back rms and I were chatting about things and he had suggested that we set up something pre-seeded with whatever is needed. Because setting up

Re: [Savannah-hackers-public] Allowing git repos to automatically push to gnu.org/software/$PROJECT

Hi Daniel, Daniel Katz wrote: > I've created a sv account (with ssh and gpg) and submitted a new project > request. My user name is daniel_k and the project's short name is > fsftest. Please enable the project. I don't understand the need for a new project request. And I am not trained up

Re: [Savannah-hackers-public] Allowing git repos to automatically push to gnu.org/software/$PROJECT

Hi Daniel, Daniel Katz wrote: > I'm currently a FSF tech intern. I don't see an account for you on Savannah. Please register an account on Savannah. Then please upload both an ssh rsa key and a gpg key. At this moment please use either an ssh rsa key or both an ssh rsa key *and* an ssh

Re: [Savannah-hackers-public] Allowing git repos to automatically push to gnu.org/software/$PROJECT

Ian Kelling wrote: > Website cvs repos are under the domain web.cvs.savannah.gnu.org, > whereas non-website cvs repos are at cvs.savannah.gnu.org. Should we > create an analogous domain: web.git.savannah.gnu.org ? There are a lot of legacy paths to the same place that never made a lot of sense to

Re: [Savannah-hackers-public] Allowing git repos to automatically push to gnu.org/software/$PROJECT

Eli Zaretskii wrote: > More generally, why wouldn't the above be possible to do from the > "Select Features" page of the project on Savannah? For example, Emacs > has this: > > https://savannah.gnu.org/project/admin/editgroupfeatures.php?group=emacs > > Adding a checkbox for "Web Pages" there

Re: [Savannah-hackers-public] Allowing git repos to automatically push to gnu.org/software/$PROJECT

Eli Zaretskii wrote: > Daniel Katz wrote: > > I'm currently a FSF tech intern. My next project is likely going to be > > allowing the sub pages of gnu.org/software/ to be updated from a Git > > repo. > > Could you tell more about what this will entail? In particular, does > this mean the files

Re: [Savannah-hackers-public] Allowing git repos to automatically push to gnu.org/software/$PROJECT

Bob Proulx wrote: > If not then many things are done through cron on an hourly or every > half hour basis. In which case there will be a cron action on vcs1 > which will query the database and if a repository is desired but does > not yet exist then it will create the repository

Re: [Savannah-hackers-public] Allowing git repos to automatically push to gnu.org/software/$PROJECT

Ian Kelling wrote: > How exactly do you create new git repos? How exactly do you create a > webpages cvs repo? Project admins would log into Savannah web site UI. Under the administration menu there is a "Select Features" menu. That page has a long list of features that may be enabled or

Re: [Savannah-hackers-public] Allowing git repos to automatically push to gnu.org/software/$PROJECT

Hello Daniel, I will apologize to everyone here for being mostly absent from the mailing lists the past few months. I have been overbooked and needed to shed load and keeping up with the mailing lists was part of the load that got shed. Sorry. Karl Berry wrote: > Project maintainers on

[Savannah-hackers-public] [task #15922] Savannah project memberlists do not load (HTTP 500)

Follow-up Comment #1, task #15922 (project administration): Ineiev, I saw that it was a typo and hacked in a quick edit on frontend1 to avoid the error. I did not update the vcs for the fix however. ___ Reply to this item at:

[Savannah-hackers-public] [task #15902] GNU Guix - Cuirass - Email notifications

Follow-up Comment #1, task #15902 (project administration): 1) Fencepost is administered by "accounts" (FSF Admin) not Savannah. So nothing we can do here about it. Docs here. https://www.gnu.org/software/README.accounts.html 2) I don't follow why there would be need for a fencepost account

Re: [Savannah-hackers-public] Aim to be a real free software engineer

Hello Aisuko, Aisuko LI wrote: > Thanks for your sharing. I'd like to contribute to the community as I > personally like to contribute to the operation system or microKernel. But I > do not know which project I can take with my past experiences. I was > tracking some issues these days, but may

Re: [Savannah-hackers-public] Aim to be a real free software engineer

Aisuko LI wrote: > My name is Aisuko and the real name is BowenLi, I'm a open-source software > engineer. And I read a few blogs on GNU.org. And I believe that people > should know the operator system name should be `GNU/Linux`, and I have to > consider my motivation. Why do I want to be an open

Re: [Savannah-hackers-public] [Savannah-cvs] [433] drop dead link, Savannah sr #110274

ine...@gnu.org wrote: > --- trunk/sviki/GettingHelp.mdwn 2021-01-27 04:06:57 UTC (rev 432) > +++ trunk/sviki/GettingHelp.mdwn 2021-01-29 20:46:10 UTC (rev 433) > @@ -5,7 +5,4 @@ > Savannah administration support tracker > (). >

Re: [Savannah-hackers-public] Mailman generates invalid From headers

Eli Zaretskii wrote: > (If this is the wrong list to post this problem, please tell where to > redirect this.) I am probably one of the few that continues the distinction that the mailing lists are in the "Not Savannah" category. However I agree that there are too many mailing lists to keep

Re: [Savannah-hackers-public] Something's wrong with GNU mailing lists?

Eli Zaretskii wrote: > Looks like email delivery has stopped, at least for Emacs-related > mailing lists? Can someone tale a look? > > On second thought, maybe all the email delivery of gnu.org stopped? > My inbox on fencepost.gnu.org is empty for the last several hours, and > stays empty even

[Savannah-hackers-public] Savannah News Items on Frontpage

Savannah Hackers, On IRC some of the users objected to the very old News items on the front page of the Savannah web UI. And it does look a little stale. But there hasn't been any new Savannah news to post there. What do people think about opening up the front page to approving the random

  1   2   3   4   5   6   >