please file all move related bugs here
http://dev.gentoo.org/~chriswhite/images/ 500's here.
/var/www/dev.gentoo.org/glsamaker is outdated (apparently stuck at end of March) You should have GLSAs in /var/www/dev.gentoo.org/glsamaker/data/2006/04
Also you're not supposed to access glsamaker without a password.
Unlike toucan, woodpecker does not (yet) have 2222 open for ssh. It's helpful because many firewalls explicitly block outgoing port 22.
(In reply to comment #4) > Unlike toucan, woodpecker does not (yet) have 2222 open for ssh. It's helpful > because many firewalls explicitly block outgoing port 22. > issue resolved
alt smtp issue resolved
My repoman commits are still rather slow waiting for: sendmail: Cannot open mail.gentoo.org:25 /var/cvsroot/CVSROOT/ciabot.pl: sendmail exit status 1
(In reply to comment #1) > http://dev.gentoo.org/~chriswhite/images/ > > 500's here. Same here for all folders in my public_html/ , possibly because I have "Options +Indexes" set in my .htaccess for those folders. @hansmi reported the same thing at 11:07 today on #-dev. Strange, no?
(In reply to comment #8) > (In reply to comment #1) > > http://dev.gentoo.org/~chriswhite/images/ > > > > 500's here. > > Same here for all folders in my public_html/ , possibly because I have "Options > +Indexes" set in my .htaccess for those folders. @hansmi reported the same > thing at 11:07 today on #-dev. Strange, no? > (In reply to comment #1) > http://dev.gentoo.org/~chriswhite/images/ > > 500's here. > issue resolved
toucan used to give me a pony...woodpecker seems ponyless...where's my pony?
(In reply to comment #10) > toucan used to give me a pony...woodpecker seems ponyless...where's my pony? > in my pants
Why isn't the default encoding in apache set to UTF-8? :)
woodpecker isn't allowing send_to_gateway connections from exim on dove: 2006-04-27 18:30:20 1FZBCp-0003dN-67 140.211.166.183 [140.211.166.183] Connection timed out
http://dev.gentoo.org/icons/ is missing, try http://dev.gentoo.org/icons/folder.gif
(In reply to comment #12) > Why isn't the default encoding in apache set to UTF-8? :) > issue resolved
(In reply to comment #7) > My repoman commits are still rather slow waiting for: > > sendmail: Cannot open mail.gentoo.org:25 > /var/cvsroot/CVSROOT/ciabot.pl: sendmail exit status 1 > issue resolved
ticho@woodpecker ~ $ mail ticho Subject: test asd . Cc: send-mail: fatal: open /etc/postfix/main.cf: Permission denied Can't send mail: sendmail process failed with error code 1
http://www.gentoo.org/proj/en/infrastructure/dev-email.xml should be updated to reflect recent changes in the mail system (no .asmtpassword files anymore, passwords the same as in the LDAP).
http://www.gentoo.org/proj/en/infrastructure/dev-email.xml Code Listing 2.4: ~/.procmailrc need an update (as now mails are scanned by amavisd-new) $ tail .procmaillog /bin/sh: /usr/bin/spamc: Permission denied procmail: Program failure (126) of "/usr/bin/spamc" procmail: Rescue of unfiltered data succeeded From lang.thang@gmail.com Fri Apr 28 00:07:43 2006 Subject: test Folder: /home/langthang/.maildir/new/1146182863.2512_1.woodpecker 1989
(In reply to comment #17) > ticho@woodpecker ~ $ mail ticho > Subject: test > > asd > . > Cc: > send-mail: fatal: open /etc/postfix/main.cf: Permission denied > Can't send mail: sendmail process failed with error code 1 Fixed
(In reply to comment #19) > http://www.gentoo.org/proj/en/infrastructure/dev-email.xml Code Listing 2.4: > ~/.procmailrc need an update (as now mails are scanned by amavisd-new) > > $ tail .procmaillog > /bin/sh: /usr/bin/spamc: Permission denied > procmail: Program failure (126) of "/usr/bin/spamc" > procmail: Rescue of unfiltered data succeeded > From lang.thang@gmail.com Fri Apr 28 00:07:43 2006 > Subject: test > Folder: /home/langthang/.maildir/new/1146182863.2512_1.woodpecker 1989 > Everything is getting scanned now, you can just remove your pipe to spamc and keep you headers checks around.
Created attachment 85644 [details, diff] Update to the dev email docs Here is an update to the dev-email.xml that brings it up to date with present policies. Infra feel free to change it as needed.
One other note, in the above attachment I changed the auth crypt from CRAM-MD5 to plain as I am unable to get any other auth crypt to work, I have tired them all... If I'm just being stupid someone tell me... If so infra please revert that one change in the diff.
If you're being stupid, you're not alone, i also can identify only using PLAIN authentication method. :)
perl_ldap command is missing on woodpecker.
(In reply to comment #23) > One other note, in the above attachment I changed the auth crypt from CRAM-MD5 > to plain as I am unable to get any other auth crypt to work, I have tired them > all... If I'm just being stupid someone tell me... If so infra please revert > that one change in the diff. > If the password is encrypted then we can't use CRAM-MD5. TLS + PLAIN should be secure enough.
the certificate for postfix has an invalid field (O or Organization) subject=/C=US/ST=Oregon/O=Gentoo Linux/OU=Gentoo Linux/CN=Gentoo Linux/emailAddress=postmaster@gentoo.org should be: subject=/C=US/ST=Oregon/O=dev.gentoo.org/OU=Gentoo Linux/CN=Gentoo Linux/emailAddress=postmaster@gentoo.org If you setup to use dev.g.o with TLS for outgoing mail, thunderbird complain "Security Error: Domain Name Mismatch".
(In reply to comment #2) > /var/www/dev.gentoo.org/glsamaker is outdated (apparently stuck at end of > March) > You should have GLSAs in /var/www/dev.gentoo.org/glsamaker/data/2006/04 > (In reply to comment #3) > Also you're not supposed to access glsamaker without a password. > issue resolved
Created attachment 85666 [details, diff] new version of the patch for dev-email.xml I've been informed by jforman that there is no longer an e-mail quota...this new patch updates some other incidental information and removes the section on the quota. If jforman is wrong take one of his goats away from him and I'll roll a new patch with the stanza added back in.
(In reply to comment #25) > perl_ldap command is missing on woodpecker. > issue resolved
(In reply to comment #0) > please file all move related bugs here > All my bugzilla mail from the day of the move is being sent to my old jackdark@gmail.com address (from before I was a dev). it's still being sent there even now, but at least -core and -dev mails are going to my @gentoo address. I haven't changed any of my configuration, and /var/mail/alias/misc/docs-team still correctly lists my nick, so I'm not sure what's up.
(In reply to comment #31) > (In reply to comment #0) > > please file all move related bugs here > All my bugzilla mail from the day of the move is being sent to my old > jackdark@gmail.com address (from before I was a dev). it's still being sent > there even now, but at least -core and -dev mails are going to my @gentoo > address. I haven't changed any of my configuration, and > /var/mail/alias/misc/docs-team still correctly lists my nick, so I'm not sure > what's up. I have the same problem. Before becoming a dev on April 1st, my personal e-mail address (tcort@cs.ubishops.ca) was on the sound@g.o and alpha@g.o aliases. After becoming a dev the alias files were changed to send mail to tcort (my gentoo addr). Since the switch I've been getting all the mail sent to alpha@g.o and sound@g.o delivered to my tcort@cs.ubishops.ca account. Also, a week or two ago I joined amd64. I no longer get amd64@g.o e-mails. My gentoo.org e-mail account still works, I get gentoo-dev, gentoo-core, etc e-mails, but the aliases seem stale. tcort is listed in the alias files (alpha, amd64, sound) on woodpecker (/var/mail/alias/).
(In reply to comment #32) deltacow has this problem too, adding him to CC.
(In reply to comment #32) re: aliases... everything seems to be working now. I'm getting alpha, sound, and amd64 e-mails. Thanks!
(In reply to comment #31) Okay, things seem to be mostly back to normal, thanks. I'm still getting two mails per change made to a bug (despite turning off self-made changes etc. in my prefs), but they're going to the right inbox now. Danke.
I just noticed that ReadmeName in .htaccess doesn't work as it did before. Did you play with some global options?
Scratch my last comment about ReadmeName, it was my error. Sorry.
I remember promises about having gorg installed on woodpecker and apache configured to read our xml files... Any info on what has happened to this idea? :)
Actually, I installed it a few days ago although its not configured yet. I'm awaiting an email from neysx to help me configure it for pecker. I will comment here when its done.
(In reply to comment #36) > I just noticed that ReadmeName in .htaccess doesn't work as it did before. Did > you play with some global options? I'm having some problem like this. My .htaccess has +Indexes and ReadmeName README, but the actual README doesn't show up in the directory listing. See http://dev.gentoo.org/~spyderous/overlay/
jeeves thinks I'm away, but my .away file doesn't exist on woodpecker - is jeeves looking at toucan still?
(In reply to comment #41) > jeeves thinks I'm away, but my .away file doesn't exist on woodpecker - is > jeeves looking at toucan still? > Missed a cronjob. I just added it and ran it by hand. Jeeves should be updated, the main website will be updated shortly too. Thanks for catching that.
(In reply to comment #39) > Actually, I installed it a few days ago although its not configured yet. I'm > awaiting an email from neysx to help me configure it for pecker. I will comment > here when its done. > gorg-0.6 or 0.5?
Are there any differences in the spam filtering policies for toucan and woodpecker? I can notice a growing number of spam. Wasn't it previously set to filter out most of it? Or is it just spammers waking up from winter hibernation? :)
(In reply to comment #44) > Are there any differences in the spam filtering policies for toucan and > woodpecker? I can notice a growing number of spam. Wasn't it previously set to > filter out most of it? Or is it just spammers waking up from winter > hibernation? :) Spam filtering on woodpecker should be much more effective than toucan. We only tag the mail, however. It's up to you to write the procmail/maildrop recipes to decide what to do with it. Your headers should have several X-Spam headers to suit your tastes.
(In reply to comment #22) > Created an attachment (id=85644) [edit] > Update to the dev email docs > > Here is an update to the dev-email.xml that brings it up to date with present > policies. Infra feel free to change it as needed. > couple of fixups and it's commited
index.htm doesn't have the same effect any more http://dev.gentoo.org/~dsd/gentoo-sources/ http://toucan.gentoo.org/~dsd/gentoo-sources/
(In reply to comment #40) > (In reply to comment #36) > > I just noticed that ReadmeName in .htaccess doesn't work as it did before. Did > > you play with some global options? > > I'm having some problem like this. My .htaccess has +Indexes and ReadmeName > README, but the actual README doesn't show up in the directory listing. > > See http://dev.gentoo.org/~spyderous/overlay/ > (In reply to comment #40) > (In reply to comment #36) > > I just noticed that ReadmeName in .htaccess doesn't work as it did before. Did > > you play with some global options? > > I'm having some problem like this. My .htaccess has +Indexes and ReadmeName > README, but the actual README doesn't show up in the directory listing. > > See http://dev.gentoo.org/~spyderous/overlay/ > Works for me (and works as described on http://httpd.apache.org/docs/2.0/mod/mod_autoindex.html#headername). The trick is naming the file so that the mimetype resolves correctly and apache accepts it. From the apache docs: Filename must resolve to a document with a major content type of text/* (e.g., text/html, text/plain, etc.). This means that filename may refer to a CGI script if the script's actual file type (as opposed to its output) is marked as text/html such as with a directive like: .. README doesn't match a text/* mimetype and is therefore rejected.
(In reply to comment #47) > index.htm doesn't have the same effect any more > > http://dev.gentoo.org/~dsd/gentoo-sources/ > http://toucan.gentoo.org/~dsd/gentoo-sources/ > Infra can either add index.htm to default DirectoryIndex or devs can set it themselves using: "DirectoryIndex foobar.html" in .htaccess.
http://dev.gentoo.org/~amne/temp/gcc-3.4.5-r1.tbz2 gets opened as a page in my browser (mozilla) instead of opening a download dialog.
(In reply to comment #48) > README doesn't match a text/* mimetype and is therefore rejected. Can you explain to me why http://toucan.gentoo.org/~spyderous/overlay/ works and http://dev.gentoo.org/~spyderous/overlay/ doesn't, then? There was no configuration change on my part.
(In reply to comment #51) > (In reply to comment #48) > > README doesn't match a text/* mimetype and is therefore rejected. > > Can you explain to me why http://toucan.gentoo.org/~spyderous/overlay/ works > and http://dev.gentoo.org/~spyderous/overlay/ doesn't, then? There was no > configuration change on my part. > Changes in mime-types. Old-style apache layout (used on toucan) bundled its own mime-types file while new-style layout (used on woodpecker) uses systemwide /etc/mime-types instead.
(In reply to comment #27) > the certificate for postfix has an invalid field (O or Organization) > subject=/C=US/ST=Oregon/O=Gentoo Linux/OU=Gentoo Linux/CN=Gentoo > Linux/emailAddress=postmaster@gentoo.org > > should be: > > subject=/C=US/ST=Oregon/O=dev.gentoo.org/OU=Gentoo Linux/CN=Gentoo > Linux/emailAddress=postmaster@gentoo.org > > If you setup to use dev.g.o with TLS for outgoing mail, thunderbird complain > "Security Error: Domain Name Mismatch". > resolved
(In reply to comment #50) > http://dev.gentoo.org/~amne/temp/gcc-3.4.5-r1.tbz2 gets opened as a page in my > browser (mozilla) instead of opening a download dialog. > issue resolved
The only outstanding issue I can see is gorg. neysx || curtis119 please ping me on irc. If you still have an outstanding issue that I missed, now would be a good time to mention it.
(In reply to comment #55) > The only outstanding issue I can see is gorg. See bug #133455
Stale bug.
