You can subscribe to this list here.
2008 |
Jan
|
Feb
|
Mar
(41) |
Apr
(35) |
May
(18) |
Jun
(5) |
Jul
(4) |
Aug
(37) |
Sep
(9) |
Oct
(20) |
Nov
(50) |
Dec
(217) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2009 |
Jan
(212) |
Feb
(76) |
Mar
(113) |
Apr
(88) |
May
(130) |
Jun
(54) |
Jul
(208) |
Aug
(223) |
Sep
(112) |
Oct
(63) |
Nov
(131) |
Dec
(103) |
2010 |
Jan
(247) |
Feb
(130) |
Mar
(43) |
Apr
(92) |
May
(40) |
Jun
(43) |
Jul
(43) |
Aug
(80) |
Sep
(44) |
Oct
(74) |
Nov
(21) |
Dec
(46) |
2011 |
Jan
(36) |
Feb
(11) |
Mar
(21) |
Apr
(33) |
May
(4) |
Jun
(12) |
Jul
(5) |
Aug
(20) |
Sep
|
Oct
(64) |
Nov
(26) |
Dec
(71) |
2012 |
Jan
(13) |
Feb
(24) |
Mar
(11) |
Apr
(2) |
May
(10) |
Jun
(5) |
Jul
(13) |
Aug
(7) |
Sep
(26) |
Oct
(22) |
Nov
(17) |
Dec
(16) |
2013 |
Jan
(6) |
Feb
(6) |
Mar
(6) |
Apr
(8) |
May
(20) |
Jun
|
Jul
(1) |
Aug
(4) |
Sep
(18) |
Oct
(3) |
Nov
(14) |
Dec
(33) |
2014 |
Jan
(26) |
Feb
(6) |
Mar
(69) |
Apr
(10) |
May
|
Jun
(8) |
Jul
(18) |
Aug
(22) |
Sep
(19) |
Oct
(17) |
Nov
|
Dec
(4) |
2015 |
Jan
(14) |
Feb
(18) |
Mar
|
Apr
|
May
(26) |
Jun
(8) |
Jul
(9) |
Aug
(10) |
Sep
(15) |
Oct
(2) |
Nov
(30) |
Dec
(33) |
2016 |
Jan
(1) |
Feb
(24) |
Mar
(19) |
Apr
(1) |
May
|
Jun
(3) |
Jul
(1) |
Aug
(1) |
Sep
(20) |
Oct
(5) |
Nov
(14) |
Dec
(4) |
2017 |
Jan
(15) |
Feb
(35) |
Mar
(10) |
Apr
(9) |
May
(14) |
Jun
(33) |
Jul
(1) |
Aug
(27) |
Sep
(7) |
Oct
|
Nov
(10) |
Dec
(15) |
2018 |
Jan
(29) |
Feb
|
Mar
(2) |
Apr
(1) |
May
(11) |
Jun
|
Jul
(1) |
Aug
(8) |
Sep
(11) |
Oct
(22) |
Nov
(9) |
Dec
(13) |
2019 |
Jan
(1) |
Feb
(7) |
Mar
(3) |
Apr
(21) |
May
(34) |
Jun
(36) |
Jul
(18) |
Aug
(17) |
Sep
(19) |
Oct
(8) |
Nov
(3) |
Dec
|
2020 |
Jan
|
Feb
(4) |
Mar
(8) |
Apr
(29) |
May
(50) |
Jun
(8) |
Jul
(2) |
Aug
(10) |
Sep
(1) |
Oct
(7) |
Nov
(9) |
Dec
(19) |
2021 |
Jan
(2) |
Feb
(9) |
Mar
(6) |
Apr
(21) |
May
(13) |
Jun
(11) |
Jul
(2) |
Aug
(1) |
Sep
(3) |
Oct
(26) |
Nov
(2) |
Dec
(16) |
2022 |
Jan
(8) |
Feb
(7) |
Mar
(1) |
Apr
(13) |
May
(1) |
Jun
(4) |
Jul
(4) |
Aug
(1) |
Sep
(1) |
Oct
|
Nov
|
Dec
(1) |
2023 |
Jan
(2) |
Feb
(3) |
Mar
(16) |
Apr
|
May
(2) |
Jun
(1) |
Jul
(4) |
Aug
(13) |
Sep
(8) |
Oct
(6) |
Nov
(4) |
Dec
|
2024 |
Jan
(3) |
Feb
(3) |
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(5) |
Aug
|
Sep
(1) |
Oct
|
Nov
(5) |
Dec
|
2025 |
Jan
(4) |
Feb
(2) |
Mar
|
Apr
(11) |
May
(1) |
Jun
(9) |
Jul
(18) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Bill L. <wr...@gm...> - 2019-05-30 21:54:20
|
Lonnie, On 5/30/2019 4:42 PM, Lonnie Abelbeck wrote: > Bill, > > No, the > -- > Advanced Configuration: > > User System Variables: {Edit User Variables} > -- > is in /mnt/kd/rc.conf.d/user.conf > No reboot or 'gen-rc-conf' is needed if you ... > Apply the change by clicking ... {Reload/Restart} [Restart SMTP Mail] _x_ Confirm > > If the directory /mnt/kd/rc.conf.d exists /mnt/kd/rc.conf is ignored. OK, from your original message: > You can define the SMTP_FROM rc.conf variable to change that IIRC. I took that to mean I should edit rc.conf when the Edit Configuration Files tab appeared. I see now that isn't want you meant. I've undone what I did before. Rebooted again. Now I've made the edit to /mnt/kd/rc.conf.d/user.conf That worked, in that the error msg from the server now refers to bi...@wr... rather than ro...@wr.... Still doesn't send the mail though. :-) Now it's complaining: Access denied. You are not obviously not localhost. So now I'm getting totally off the topic, but you may find this to be amusing. I looked on Google for that error msg and got exactly one hit. And it's from the brother of my friend who hosts wrljet.com for me! So ... at this point it's over to him. Bill >> On May 30, 2019, at 3:35 PM, Bill Lewis <wr...@gm...> wrote: >> >> After I made the edit, I rebooted the whole thing before testing. >> I just now ran 'gen-rc-conf' and rebooted again. >> >> I see my change in /mnt/kd/rc.conf >> >> Dunno if it's relevant, but /etc/rc.conf doesn't contain the change, and says it's autogenerated. >> >> Bill >> >> >> On 5/30/2019 4:06 PM, Michael Keuter wrote: >>> Maybe a „gen-rc-conf“ in the CLI or a reboot (instead) was missing to activate the setting ... >>> >>> Sent from a mobile device. >>> >>> Michael Keuter >>> >>>> Am 30.05.2019 um 21:56 schrieb Lonnie Abelbeck <li...@lo...>: >>>> >>>> >>>> >>>>> On May 30, 2019, at 2:04 PM, Bill Lewis <wr...@gm...> wrote: >>>>> >>>>> On 5/30/2019 2:31 PM, Lonnie Abelbeck wrote: >>>>>>> Lonnie, >>>>>>> >>>>>>> Using this command as a test: >>>>>>> >>>>>>> echo "C*Net call from 1234567" | mail -v -r "bi...@wr..." -s "C*Net call from 1234567" "bi...@wr..." >>>>>>> >>>>>>> I'm getting this error from a server a friend hosts for me: >>>>>>> >>>>>>> msmtp: envelope from address ro...@wr... not accepted by the server >>>>>>> msmtp: server message: 553 5.3.0 <ro...@wr...>... Not a valid email address >>>>>>> >>>>>>> Is there a way to change the username 'root' in the email address 'ro...@wr...' AstLinux sends to the server? >>>>>>> >>>>>>> Thanks, >>>>>>> Bill >>>>>> You can define the SMTP_FROM rc.conf variable to change that IIRC. >>>>>> >>>>>> Using the Network tab, near the bottom, click ... >>>>>> -- >>>>>> Advanced Configuration: >>>>>> >>>>>> User System Variables: {Edit User Variables} >>>>>> -- >>>>>> then define something like: >>>>>> >>>>>> SMTP_FROM="bi...@wr..." >>>>>> >>>>>> Apply the change by clicking ... {Reload/Restart} [Restart SMTP Mail] _x_ Confirm >>>>>> >>>>>> Lonnie >>>>>> >>>>>> >>>>> Lonnie, >>>>> >>>>> That variable appears to do the same thing as the -r in my mail command. >>>>> >>>>> So I'm getting the same error back from the server. >>>>> >>>>> Bill >>>> Just tried this myself, and when setting SMTP_FROM the ro...@ex... got replaced with the SMTP_FROM value. >>>> >>>> Lonnie >>>> >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> Astlinux-devel mailing list >>>> Ast...@li... >>>> https://lists.sourceforge.net/lists/listinfo/astlinux-devel >>> >>> _______________________________________________ >>> Astlinux-devel mailing list >>> Ast...@li... >>> https://lists.sourceforge.net/lists/listinfo/astlinux-devel >> >> >> >> _______________________________________________ >> Astlinux-devel mailing list >> Ast...@li... >> https://lists.sourceforge.net/lists/listinfo/astlinux-devel |
From: Lonnie A. <li...@lo...> - 2019-05-30 20:44:13
|
Bill, No, the -- Advanced Configuration: User System Variables: {Edit User Variables} -- is in /mnt/kd/rc.conf.d/user.conf No reboot or 'gen-rc-conf' is needed if you ... Apply the change by clicking ... {Reload/Restart} [Restart SMTP Mail] _x_ Confirm If the directory /mnt/kd/rc.conf.d exists /mnt/kd/rc.conf is ignored. Lonnie > On May 30, 2019, at 3:35 PM, Bill Lewis <wr...@gm...> wrote: > > After I made the edit, I rebooted the whole thing before testing. > I just now ran 'gen-rc-conf' and rebooted again. > > I see my change in /mnt/kd/rc.conf > > Dunno if it's relevant, but /etc/rc.conf doesn't contain the change, and says it's autogenerated. > > Bill > > > On 5/30/2019 4:06 PM, Michael Keuter wrote: >> Maybe a „gen-rc-conf“ in the CLI or a reboot (instead) was missing to activate the setting ... >> >> Sent from a mobile device. >> >> Michael Keuter >> >>> Am 30.05.2019 um 21:56 schrieb Lonnie Abelbeck <li...@lo...>: >>> >>> >>> >>>> On May 30, 2019, at 2:04 PM, Bill Lewis <wr...@gm...> wrote: >>>> >>>> On 5/30/2019 2:31 PM, Lonnie Abelbeck wrote: >>>>>> Lonnie, >>>>>> >>>>>> Using this command as a test: >>>>>> >>>>>> echo "C*Net call from 1234567" | mail -v -r "bi...@wr..." -s "C*Net call from 1234567" "bi...@wr..." >>>>>> >>>>>> I'm getting this error from a server a friend hosts for me: >>>>>> >>>>>> msmtp: envelope from address ro...@wr... not accepted by the server >>>>>> msmtp: server message: 553 5.3.0 <ro...@wr...>... Not a valid email address >>>>>> >>>>>> Is there a way to change the username 'root' in the email address 'ro...@wr...' AstLinux sends to the server? >>>>>> >>>>>> Thanks, >>>>>> Bill >>>>> You can define the SMTP_FROM rc.conf variable to change that IIRC. >>>>> >>>>> Using the Network tab, near the bottom, click ... >>>>> -- >>>>> Advanced Configuration: >>>>> >>>>> User System Variables: {Edit User Variables} >>>>> -- >>>>> then define something like: >>>>> >>>>> SMTP_FROM="bi...@wr..." >>>>> >>>>> Apply the change by clicking ... {Reload/Restart} [Restart SMTP Mail] _x_ Confirm >>>>> >>>>> Lonnie >>>>> >>>>> >>>> Lonnie, >>>> >>>> That variable appears to do the same thing as the -r in my mail command. >>>> >>>> So I'm getting the same error back from the server. >>>> >>>> Bill >>> Just tried this myself, and when setting SMTP_FROM the ro...@ex... got replaced with the SMTP_FROM value. >>> >>> Lonnie >>> >>> >>> >>> >>> >>> _______________________________________________ >>> Astlinux-devel mailing list >>> Ast...@li... >>> https://lists.sourceforge.net/lists/listinfo/astlinux-devel >> >> >> _______________________________________________ >> Astlinux-devel mailing list >> Ast...@li... >> https://lists.sourceforge.net/lists/listinfo/astlinux-devel > > > > > _______________________________________________ > Astlinux-devel mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-devel |
From: Bill L. <wr...@gm...> - 2019-05-30 20:40:53
|
The error from the server: msmtp: envelope from address ro...@wr... not accepted by the server msmtp: server message: 553 5.3.0 <ro...@wr...>... Not a valid email address I'm not sure if that parses as: the envelope the server received from the address ro...@wr... or: the From: address for the msg Because the -r option to the 'mail' command does set the From: header and that doesn't affect the error. Bill On 5/30/2019 3:56 PM, Lonnie Abelbeck wrote: > >> On May 30, 2019, at 2:04 PM, Bill Lewis <wr...@gm...> wrote: >> >> On 5/30/2019 2:31 PM, Lonnie Abelbeck wrote: >>>> Lonnie, >>>> >>>> Using this command as a test: >>>> >>>> echo "C*Net call from 1234567" | mail -v -r "bi...@wr..." -s "C*Net call from 1234567" "bi...@wr..." >>>> >>>> I'm getting this error from a server a friend hosts for me: >>>> >>>> msmtp: envelope from address ro...@wr... not accepted by the server >>>> msmtp: server message: 553 5.3.0 <ro...@wr...>... Not a valid email address >>>> >>>> Is there a way to change the username 'root' in the email address 'ro...@wr...' AstLinux sends to the server? >>>> >>>> Thanks, >>>> Bill >>> You can define the SMTP_FROM rc.conf variable to change that IIRC. >>> >>> Using the Network tab, near the bottom, click ... >>> -- >>> Advanced Configuration: >>> >>> User System Variables: {Edit User Variables} >>> -- >>> then define something like: >>> >>> SMTP_FROM="bi...@wr..." >>> >>> Apply the change by clicking ... {Reload/Restart} [Restart SMTP Mail] _x_ Confirm >>> >>> Lonnie >>> >>> >> Lonnie, >> >> That variable appears to do the same thing as the -r in my mail command. >> >> So I'm getting the same error back from the server. >> >> Bill > Just tried this myself, and when setting SMTP_FROM the ro...@ex... got replaced with the SMTP_FROM value. > > Lonnie > > > |
From: Bill L. <wr...@gm...> - 2019-05-30 20:35:34
|
After I made the edit, I rebooted the whole thing before testing. I just now ran 'gen-rc-conf' and rebooted again. I see my change in /mnt/kd/rc.conf Dunno if it's relevant, but /etc/rc.conf doesn't contain the change, and says it's autogenerated. Bill On 5/30/2019 4:06 PM, Michael Keuter wrote: > Maybe a „gen-rc-conf“ in the CLI or a reboot (instead) was missing to activate the setting ... > > Sent from a mobile device. > > Michael Keuter > >> Am 30.05.2019 um 21:56 schrieb Lonnie Abelbeck <li...@lo...>: >> >> >> >>> On May 30, 2019, at 2:04 PM, Bill Lewis <wr...@gm...> wrote: >>> >>> On 5/30/2019 2:31 PM, Lonnie Abelbeck wrote: >>>>> Lonnie, >>>>> >>>>> Using this command as a test: >>>>> >>>>> echo "C*Net call from 1234567" | mail -v -r "bi...@wr..." -s "C*Net call from 1234567" "bi...@wr..." >>>>> >>>>> I'm getting this error from a server a friend hosts for me: >>>>> >>>>> msmtp: envelope from address ro...@wr... not accepted by the server >>>>> msmtp: server message: 553 5.3.0 <ro...@wr...>... Not a valid email address >>>>> >>>>> Is there a way to change the username 'root' in the email address 'ro...@wr...' AstLinux sends to the server? >>>>> >>>>> Thanks, >>>>> Bill >>>> You can define the SMTP_FROM rc.conf variable to change that IIRC. >>>> >>>> Using the Network tab, near the bottom, click ... >>>> -- >>>> Advanced Configuration: >>>> >>>> User System Variables: {Edit User Variables} >>>> -- >>>> then define something like: >>>> >>>> SMTP_FROM="bi...@wr..." >>>> >>>> Apply the change by clicking ... {Reload/Restart} [Restart SMTP Mail] _x_ Confirm >>>> >>>> Lonnie >>>> >>>> >>> Lonnie, >>> >>> That variable appears to do the same thing as the -r in my mail command. >>> >>> So I'm getting the same error back from the server. >>> >>> Bill >> Just tried this myself, and when setting SMTP_FROM the ro...@ex... got replaced with the SMTP_FROM value. >> >> Lonnie >> >> >> >> >> >> _______________________________________________ >> Astlinux-devel mailing list >> Ast...@li... >> https://lists.sourceforge.net/lists/listinfo/astlinux-devel > > > _______________________________________________ > Astlinux-devel mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-devel |
From: Michael K. <li...@mk...> - 2019-05-30 20:06:31
|
Maybe a „gen-rc-conf“ in the CLI or a reboot (instead) was missing to activate the setting ... Sent from a mobile device. Michael Keuter > Am 30.05.2019 um 21:56 schrieb Lonnie Abelbeck <li...@lo...>: > > > >> On May 30, 2019, at 2:04 PM, Bill Lewis <wr...@gm...> wrote: >> >> On 5/30/2019 2:31 PM, Lonnie Abelbeck wrote: >>>> Lonnie, >>>> >>>> Using this command as a test: >>>> >>>> echo "C*Net call from 1234567" | mail -v -r "bi...@wr..." -s "C*Net call from 1234567" "bi...@wr..." >>>> >>>> I'm getting this error from a server a friend hosts for me: >>>> >>>> msmtp: envelope from address ro...@wr... not accepted by the server >>>> msmtp: server message: 553 5.3.0 <ro...@wr...>... Not a valid email address >>>> >>>> Is there a way to change the username 'root' in the email address 'ro...@wr...' AstLinux sends to the server? >>>> >>>> Thanks, >>>> Bill >>> You can define the SMTP_FROM rc.conf variable to change that IIRC. >>> >>> Using the Network tab, near the bottom, click ... >>> -- >>> Advanced Configuration: >>> >>> User System Variables: {Edit User Variables} >>> -- >>> then define something like: >>> >>> SMTP_FROM="bi...@wr..." >>> >>> Apply the change by clicking ... {Reload/Restart} [Restart SMTP Mail] _x_ Confirm >>> >>> Lonnie >>> >>> >> Lonnie, >> >> That variable appears to do the same thing as the -r in my mail command. >> >> So I'm getting the same error back from the server. >> >> Bill > > Just tried this myself, and when setting SMTP_FROM the ro...@ex... got replaced with the SMTP_FROM value. > > Lonnie > > > > > > _______________________________________________ > Astlinux-devel mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-devel |
From: Lonnie A. <li...@lo...> - 2019-05-30 19:56:45
|
> On May 30, 2019, at 2:04 PM, Bill Lewis <wr...@gm...> wrote: > > On 5/30/2019 2:31 PM, Lonnie Abelbeck wrote: >>> Lonnie, >>> >>> Using this command as a test: >>> >>> echo "C*Net call from 1234567" | mail -v -r "bi...@wr..." -s "C*Net call from 1234567" "bi...@wr..." >>> >>> I'm getting this error from a server a friend hosts for me: >>> >>> msmtp: envelope from address ro...@wr... not accepted by the server >>> msmtp: server message: 553 5.3.0 <ro...@wr...>... Not a valid email address >>> >>> Is there a way to change the username 'root' in the email address 'ro...@wr...' AstLinux sends to the server? >>> >>> Thanks, >>> Bill >> You can define the SMTP_FROM rc.conf variable to change that IIRC. >> >> Using the Network tab, near the bottom, click ... >> -- >> Advanced Configuration: >> >> User System Variables: {Edit User Variables} >> -- >> then define something like: >> >> SMTP_FROM="bi...@wr..." >> >> Apply the change by clicking ... {Reload/Restart} [Restart SMTP Mail] _x_ Confirm >> >> Lonnie >> >> > Lonnie, > > That variable appears to do the same thing as the -r in my mail command. > > So I'm getting the same error back from the server. > > Bill Just tried this myself, and when setting SMTP_FROM the ro...@ex... got replaced with the SMTP_FROM value. Lonnie |
From: Bill L. <wr...@gm...> - 2019-05-30 19:04:16
|
On 5/30/2019 2:31 PM, Lonnie Abelbeck wrote: >> Lonnie, >> >> Using this command as a test: >> >> echo "C*Net call from 1234567" | mail -v -r "bi...@wr..." -s "C*Net call from 1234567" "bi...@wr..." >> >> I'm getting this error from a server a friend hosts for me: >> >> msmtp: envelope from address ro...@wr... not accepted by the server >> msmtp: server message: 553 5.3.0 <ro...@wr...>... Not a valid email address >> >> Is there a way to change the username 'root' in the email address 'ro...@wr...' AstLinux sends to the server? >> >> Thanks, >> Bill > You can define the SMTP_FROM rc.conf variable to change that IIRC. > > Using the Network tab, near the bottom, click ... > -- > Advanced Configuration: > > User System Variables: {Edit User Variables} > -- > then define something like: > > SMTP_FROM="bi...@wr..." > > Apply the change by clicking ... {Reload/Restart} [Restart SMTP Mail] _x_ Confirm > > Lonnie > > Lonnie, That variable appears to do the same thing as the -r in my mail command. So I'm getting the same error back from the server. Bill |
From: Lonnie A. <li...@lo...> - 2019-05-30 18:31:51
|
> On May 30, 2019, at 12:26 PM, Bill Lewis <wr...@gm...> wrote: > > On 5/27/2019 10:10 AM, Lonnie Abelbeck wrote: > > <snip lots of previous msgs> > >> Just so I understand, your system generated emails before you configured the "Outbound SMTP Mail Relay:" so they were piling-up over time. >> You configured "Outbound SMTP Mail Relay:" and all the queued emails got sent at once and Google decided you were spamming and locked your account, which in turn generated more email errors keeping mail in the queue. >> Cleaning out the queue and waiting an hour, things worked again. >> Did I understand correctly ? >> Lonnie > > Lonnie, > > Using this command as a test: > > echo "C*Net call from 1234567" | mail -v -r "bi...@wr..." -s "C*Net call from 1234567" "bi...@wr..." > > I'm getting this error from a server a friend hosts for me: > > msmtp: envelope from address ro...@wr... not accepted by the server > msmtp: server message: 553 5.3.0 <ro...@wr...>... Not a valid email address > > Is there a way to change the username 'root' in the email address 'ro...@wr...' AstLinux sends to the server? > > Thanks, > Bill You can define the SMTP_FROM rc.conf variable to change that IIRC. Using the Network tab, near the bottom, click ... -- Advanced Configuration: User System Variables: {Edit User Variables} -- then define something like: SMTP_FROM="bi...@wr..." Apply the change by clicking ... {Reload/Restart} [Restart SMTP Mail] _x_ Confirm Lonnie |
From: Bill L. <wr...@gm...> - 2019-05-30 17:26:36
|
On 5/27/2019 10:10 AM, Lonnie Abelbeck wrote: <snip lots of previous msgs> > Just so I understand, your system generated emails before you configured the "Outbound SMTP Mail Relay:" so they were piling-up over time. > > You configured "Outbound SMTP Mail Relay:" and all the queued emails got sent at once and Google decided you were spamming and locked your account, which in turn generated more email errors keeping mail in the queue. > > Cleaning out the queue and waiting an hour, things worked again. > > Did I understand correctly ? > > Lonnie Lonnie, Using this command as a test: echo "C*Net call from 1234567" | mail -v -r "bi...@wr..." -s "C*Net call from 1234567" "bi...@wr..." I'm getting this error from a server a friend hosts for me: msmtp: envelope from address ro...@wr... not accepted by the server msmtp: server message: 553 5.3.0 <ro...@wr...>... Not a valid email address Is there a way to change the username 'root' in the email address 'ro...@wr...' AstLinux sends to the server? Thanks, Bill |
From: Bill L. <wr...@gm...> - 2019-05-27 14:32:45
|
On 5/27/2019 10:10 AM, Lonnie Abelbeck wrote: > > >> On May 27, 2019, at 8:58 AM, Bill Lewis <wr...@gm...> wrote: >> >> On 5/26/2019 8:35 PM, Lonnie Abelbeck wrote: >>>> On May 26, 2019, at 3:15 PM, Bill Lewis <wr...@gm...> wrote: >>>> >>>> Hello all, >>>> >>>> What controls how long an email sits in the msmtpqueue before being sent out? >>>> >>>> It seems to take quite a while (minutes) before sending. >>>> >>>> Bill >>> Outbound emails should be forwarded almost immediately, unless there is some sort of error. >>> If there is an error, the email(s) is queued and retried every 5 minutes. >>> Lonnie >> >> It turns out there were dozen of old emails in that queue. Going back many months. When I finally configured the mail server, my outgoing msgs seemed to be taking a long time, vs sending instantly from another system configured the same way. >> >> I then noticed the 'mail' script sends immediately for non-root users >> vs. scheduling. So I sent looking for a time delay. And I changed that >> 5 minutes to 30 seconds to see what would happen. >> >> Because of all this, the system sent out a ton of failed sends to Gmail, and they locked my account. Only then did I discover all the msgs in the spool dir. Killing all that and waiting about an hour, Gmail started working again. And sending promptly. >> >> Bill > > Just so I understand, your system generated emails before you configured the "Outbound SMTP Mail Relay:" so they were piling-up over time. > > You configured "Outbound SMTP Mail Relay:" and all the queued emails got sent at once and Google decided you were spamming and locked your account, which in turn generated more email errors keeping mail in the queue. > > Cleaning out the queue and waiting an hour, things worked again. > > Did I understand correctly ? > > Lonnie Yes, except one detail. The new emails were generated by me, while playing with the whole thing. Bill |
From: Lonnie A. <li...@lo...> - 2019-05-27 14:10:13
|
> On May 27, 2019, at 8:58 AM, Bill Lewis <wr...@gm...> wrote: > > On 5/26/2019 8:35 PM, Lonnie Abelbeck wrote: >>> On May 26, 2019, at 3:15 PM, Bill Lewis <wr...@gm...> wrote: >>> >>> Hello all, >>> >>> What controls how long an email sits in the msmtpqueue before being sent out? >>> >>> It seems to take quite a while (minutes) before sending. >>> >>> Bill >> Outbound emails should be forwarded almost immediately, unless there is some sort of error. >> If there is an error, the email(s) is queued and retried every 5 minutes. >> Lonnie > > It turns out there were dozen of old emails in that queue. Going back many months. When I finally configured the mail server, my outgoing msgs seemed to be taking a long time, vs sending instantly from another system configured the same way. > > I then noticed the 'mail' script sends immediately for non-root users > vs. scheduling. So I sent looking for a time delay. And I changed that > 5 minutes to 30 seconds to see what would happen. > > Because of all this, the system sent out a ton of failed sends to Gmail, and they locked my account. Only then did I discover all the msgs in the spool dir. Killing all that and waiting about an hour, Gmail started working again. And sending promptly. > > Bill Just so I understand, your system generated emails before you configured the "Outbound SMTP Mail Relay:" so they were piling-up over time. You configured "Outbound SMTP Mail Relay:" and all the queued emails got sent at once and Google decided you were spamming and locked your account, which in turn generated more email errors keeping mail in the queue. Cleaning out the queue and waiting an hour, things worked again. Did I understand correctly ? Lonnie |
From: Bill L. <wr...@gm...> - 2019-05-27 13:58:38
|
On 5/26/2019 8:35 PM, Lonnie Abelbeck wrote: > > >> On May 26, 2019, at 3:15 PM, Bill Lewis <wr...@gm...> wrote: >> >> Hello all, >> >> What controls how long an email sits in the msmtpqueue before being sent out? >> >> It seems to take quite a while (minutes) before sending. >> >> Bill > > Outbound emails should be forwarded almost immediately, unless there is some sort of error. > > If there is an error, the email(s) is queued and retried every 5 minutes. > > Lonnie It turns out there were dozen of old emails in that queue. Going back many months. When I finally configured the mail server, my outgoing msgs seemed to be taking a long time, vs sending instantly from another system configured the same way. I then noticed the 'mail' script sends immediately for non-root users vs. scheduling. So I sent looking for a time delay. And I changed that 5 minutes to 30 seconds to see what would happen. Because of all this, the system sent out a ton of failed sends to Gmail, and they locked my account. Only then did I discover all the msgs in the spool dir. Killing all that and waiting about an hour, Gmail started working again. And sending promptly. Bill |
From: Lonnie A. <li...@lo...> - 2019-05-27 00:35:42
|
> On May 26, 2019, at 3:15 PM, Bill Lewis <wr...@gm...> wrote: > > Hello all, > > What controls how long an email sits in the msmtpqueue before being sent out? > > It seems to take quite a while (minutes) before sending. > > Bill Outbound emails should be forwarded almost immediately, unless there is some sort of error. If there is an error, the email(s) is queued and retried every 5 minutes. Lonnie |
From: Michael K. <li...@mk...> - 2019-05-26 20:20:41
|
> Am 26.05.2019 um 22:15 schrieb Bill Lewis <wr...@gm...>: > > Hello all, > > What controls how long an email sits in the msmtpqueue before being sent out? > > It seems to take quite a while (minutes) before sending. > > Bill https://github.com/astlinux-project/astlinux/blob/master/package/msmtp/msmtpqueue.sh Michael http://www.mksolutions.info |
From: Bill L. <wr...@gm...> - 2019-05-26 20:15:35
|
Hello all, What controls how long an email sits in the msmtpqueue before being sent out? It seems to take quite a while (minutes) before sending. Bill |
From: David K. <da...@ke...> - 2019-05-26 19:51:23
|
Bill, I build a custom version of Astlinux for myself so run into the sha1 problem whenever I update a package version. As Lonnie points out it is pretty harmless, just run the build again and because the tar file is already in the dl folder the build will proceed. I have found Lonnie is pretty willing to take version updates that I have tested and confirmed to be good and update the master build... providing the package concerned is not one of the ones that are part of the default build (then clearly Lonnie wants to run through a more thorough test before making the update). So if you have updates please send them in for consideration... that way our custom builds stay as close as possible to the master. David On Sun, May 26, 2019 at 9:33 AM Bill Lewis <wr...@gm...> wrote: > On 5/25/2019 6:44 PM, Lonnie Abelbeck wrote: > > It's an option in 'make menuconfig'. > > OK, if the packages are not selected in the default configs, ex. > astlinux-ast13.config, x86_64-configs/astlinux-ast13se.config, etc. > selecting others will not work. > > > > You can *unselect* certain packages, say "zabbix" if you don't want it. > > > > The build system is based on Buildroot and over the years we have been > maintaining the packages, but only the packages we use. > > > > Our AstLinux version of Buildroot dots the i's and crosses the t's for > the packages we use to do what we do. If we see a need to add a new > package we will, but we don't support packages outside the default configs. > > > > > > If you want a generic Buildroot build system you can take a look at: > https://buildroot.org/ > > > > Lonnie > > > > > OK. Perhaps I didn't read enough, but I didn't know those options > weren't connected. > > FWIW, I updated the Ruby .mk file to a current version and point to > their new download location, and stuck in a fake .sha1 file in the 'dl' > directory. It all built and seems to work. > > Bill > > > > > _______________________________________________ > Astlinux-devel mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-devel > |
From: Lonnie A. <li...@lo...> - 2019-05-26 13:54:29
|
> On May 26, 2019, at 8:33 AM, Bill Lewis <wr...@gm...> wrote: > > On 5/25/2019 6:44 PM, Lonnie Abelbeck wrote: >> It's an option in 'make menuconfig'. >> OK, if the packages are not selected in the default configs, ex. astlinux-ast13.config, x86_64-configs/astlinux-ast13se.config, etc. selecting others will not work. >> >> You can *unselect* certain packages, say "zabbix" if you don't want it. >> >> The build system is based on Buildroot and over the years we have been maintaining the packages, but only the packages we use. >> >> Our AstLinux version of Buildroot dots the i's and crosses the t's for the packages we use to do what we do. If we see a need to add a new package we will, but we don't support packages outside the default configs. >> >> >> If you want a generic Buildroot build system you can take a look at: https://buildroot.org/ >> >> Lonnie >> >> > OK. Perhaps I didn't read enough, but I didn't know those options weren't connected. The unused-package options are connected, but contain old versions, URL's, patches, etc. . We have considered cleaning-up unused packages (removing them) but that effects the .config files for custom builds by our power-users, so we passed on that idea. > FWIW, I updated the Ruby .mk file to a current version and point to their new download location, and stuck in a fake .sha1 file in the 'dl' directory. It all built and seems to work. Cool. Tip -> if you download a unused-package (auto saved to dl/) you don't need to add a local .sha1 file ... the first time it will display an error that the .sha1 could not be found, but you can then re-run the build and it will "trust" the local dl/ version. Bill, the AstLinux devs follow the upstream Buildroot commit log to find any changes that may apply to us and apply then to our older Buildroot base. We return the favor from time to time as well. Lonnie |
From: Bill L. <wr...@gm...> - 2019-05-26 13:33:34
|
On 5/25/2019 6:44 PM, Lonnie Abelbeck wrote: > It's an option in 'make menuconfig'. > OK, if the packages are not selected in the default configs, ex. astlinux-ast13.config, x86_64-configs/astlinux-ast13se.config, etc. selecting others will not work. > > You can *unselect* certain packages, say "zabbix" if you don't want it. > > The build system is based on Buildroot and over the years we have been maintaining the packages, but only the packages we use. > > Our AstLinux version of Buildroot dots the i's and crosses the t's for the packages we use to do what we do. If we see a need to add a new package we will, but we don't support packages outside the default configs. > > > If you want a generic Buildroot build system you can take a look at: https://buildroot.org/ > > Lonnie > > OK. Perhaps I didn't read enough, but I didn't know those options weren't connected. FWIW, I updated the Ruby .mk file to a current version and point to their new download location, and stuck in a fake .sha1 file in the 'dl' directory. It all built and seems to work. Bill |
From: Lonnie A. <li...@lo...> - 2019-05-25 22:45:02
|
Hi Bill, > On May 25, 2019, at 5:28 PM, Bill Lewis <wr...@gm...> wrote: > > >>> The Ruby download link is dead, also. >>> >>> ftp://ftp.ruby-lang.org/pub/ruby/1.9/ruby-1.9.2-p0.tar.gz >>> >> AstLinux never used Ruby, ever. So there are no mirrored downloads. > > It's an option in 'make menuconfig'. OK, if the packages are not selected in the default configs, ex. astlinux-ast13.config, x86_64-configs/astlinux-ast13se.config, etc. selecting others will not work. You can *unselect* certain packages, say "zabbix" if you don't want it. The build system is based on Buildroot and over the years we have been maintaining the packages, but only the packages we use. Our AstLinux version of Buildroot dots the i's and crosses the t's for the packages we use to do what we do. If we see a need to add a new package we will, but we don't support packages outside the default configs. If you want a generic Buildroot build system you can take a look at: https://buildroot.org/ Lonnie |
From: Bill L. <wr...@gm...> - 2019-05-25 22:28:06
|
>> The Ruby download link is dead, also. >> >> ftp://ftp.ruby-lang.org/pub/ruby/1.9/ruby-1.9.2-p0.tar.gz >> > > AstLinux never used Ruby, ever. So there are no mirrored downloads. It's an option in 'make menuconfig'. Bill > > > > > >> On May 25, 2019, at 4:57 PM, Bill Lewis <wr...@gm...> wrote: >> >> Here's something else odd: >> >> It could not pull down https://s3.amazonaws.com/files.astlinux-project/make-3.81.tar.bz2.sha1: >> 2019-05-25 17:45:29 ERROR 403: Forbidden. >> >> So the build stopped. >> >> But immediately restarting the build, it went ahead and unpacked and proceeded to build 'make' without going through the sha1 check at all. >> >> Bill >> >> >> >>>>> make 3.81 Downloading >> --2019-05-25 17:45:28-- http://ftp.gnu.org/pub/gnu/make/make-3.81.tar.bz2 >> Resolving ftp.gnu.org (ftp.gnu.org)... 209.51.188.20, 2001:470:142:3::b >> Connecting to ftp.gnu.org (ftp.gnu.org)|209.51.188.20|:80... connected. >> HTTP request sent, awaiting response... 200 OK >> Length: 1151445 (1.1M) [application/x-bzip2] >> Saving to: ‘/home/bill/astlinux/trunk/dl/make-3.81.tar.bz2’ >> >> /home/bill/astlinux/tru 100%[=================================>] 1.10M 6.37MB/s in 0.2s >> >> 2019-05-25 17:45:28 (6.37 MB/s) - ‘/home/bill/astlinux/trunk/dl/make-3.81.tar.bz2’ saved [1151445/1151445] >> >> https://s3.amazonaws.com/files.astlinux-project/make-3.81.tar.bz2.sha1: >> 2019-05-25 17:45:29 ERROR 403: Forbidden. >> sha1sum: dl/make-3.81.tar.bz2.sha1: No such file or directory >> make-3.81.tar.bz2 failed verification - exiting >> ## >> ## Maintainer upload command: ./scripts/upload-dl-pair dl/make-3.81.tar.bz2 >> ## >> package/Makefile.package.in:232: recipe for target '/home/bill/astlinux/trunk/output/build/make-3.81/.stamp_downloaded' failed >> make: *** [/home/bill/astlinux/trunk/output/build/make-3.81/.stamp_downloaded] Error 1 >> >> real 0m1.920s >> user 0m0.548s >> sys 0m0.716s >> build: Incomplete build, no AstLinux Release for you. >> >> real 0m2.059s >> user 0m0.568s >> sys 0m0.752s >> bill@debian-60GB:~/astlinux/trunk$ >> >> ===== >> >> bill@debian-60GB:~/astlinux/trunk$ time ./scripts/build geni586 >> Defining Board = "geni586" >> >> ## >> ## AstLinux Build: Board = "geni586" >> ## >> >> The initrd image (initrd.img) already exists, skipping build. >> mkdir -p /home/bill/astlinux/trunk/output/build/buildroot-config >> # >> # configuration written to /home/bill/astlinux/trunk/.config >> # >> /usr/bin/make -j1 HOSTCC="/usr/bin/gcc" HOSTCXX="/usr/bin/g++" silentoldconfig >> make[1]: Entering directory '/home/bill/astlinux/trunk' >> KCONFIG_AUTOCONFIG=/home/bill/astlinux/trunk/output/build/buildroot-config/auto.conf KCONFIG_AUTOHEADER=/home/bill/astlinux/trunk/output/build/buildroot-config/autoconf.h KCONFIG_TRISTATE=/home/bill/astlinux/trunk/output/build/buildroot-config/tristate.config BUILDROOT_CONFIG=/home/bill/astlinux/trunk/.config /home/bill/astlinux/trunk/output/build/buildroot-config/conf --silentoldconfig Config.in >> # >> # make dependencies written to .auto.deps >> # ATTENTION buildroot devels! >> # See top of this file before playing with this auto-preprequisites! >> # >> make[1]: Leaving directory '/home/bill/astlinux/trunk' >>>>> make 3.81 Extracting >> bzcat /home/bill/astlinux/trunk/dl/make-3.81.tar.bz2 | tar --strip-components=1 -C /home/bill/astlinux/trunk/output/build/make-3.81 -xf - >>>>> make 3.81 Patching package/make >> for file in config.guess config.sub; do for i in $(find /home/bill/astlinux/trunk/output/build/make-3.81 -name $file); do cp package/gnuconfig/$file $i; done; done >> >> >> >> >> > |
From: Bill L. <wr...@gm...> - 2019-05-25 22:27:35
|
Lonnie, I turned on the checkbox in 'make menuconfig' so I'd have 'make' in the resulting AstLinux image. Bill On 5/25/2019 6:26 PM, Lonnie Abelbeck wrote: > Bill, > > This does not make sense since you should not need to build "make" just use the native make from your build environment. > > https://doc.astlinux-project.org/devdoc:packages > > Did you do something like... > > $ cp astlinux-ast13.config .config > > This sets up a standard build .config ... with "# BR2_PACKAGE_MAKE is not set" > > Lonnie > >> The Ruby download link is dead, also. >> >> ftp://ftp.ruby-lang.org/pub/ruby/1.9/ruby-1.9.2-p0.tar.gz >> > > AstLinux never used Ruby, ever. So there are no mirrored downloads. > > > > > >> On May 25, 2019, at 4:57 PM, Bill Lewis <wr...@gm...> wrote: >> >> Here's something else odd: >> >> It could not pull down https://s3.amazonaws.com/files.astlinux-project/make-3.81.tar.bz2.sha1: >> 2019-05-25 17:45:29 ERROR 403: Forbidden. >> >> So the build stopped. >> >> But immediately restarting the build, it went ahead and unpacked and proceeded to build 'make' without going through the sha1 check at all. >> >> Bill >> >> >> >>>>> make 3.81 Downloading >> --2019-05-25 17:45:28-- http://ftp.gnu.org/pub/gnu/make/make-3.81.tar.bz2 >> Resolving ftp.gnu.org (ftp.gnu.org)... 209.51.188.20, 2001:470:142:3::b >> Connecting to ftp.gnu.org (ftp.gnu.org)|209.51.188.20|:80... connected. >> HTTP request sent, awaiting response... 200 OK >> Length: 1151445 (1.1M) [application/x-bzip2] >> Saving to: ‘/home/bill/astlinux/trunk/dl/make-3.81.tar.bz2’ >> >> /home/bill/astlinux/tru 100%[=================================>] 1.10M 6.37MB/s in 0.2s >> >> 2019-05-25 17:45:28 (6.37 MB/s) - ‘/home/bill/astlinux/trunk/dl/make-3.81.tar.bz2’ saved [1151445/1151445] >> >> https://s3.amazonaws.com/files.astlinux-project/make-3.81.tar.bz2.sha1: >> 2019-05-25 17:45:29 ERROR 403: Forbidden. >> sha1sum: dl/make-3.81.tar.bz2.sha1: No such file or directory >> make-3.81.tar.bz2 failed verification - exiting >> ## >> ## Maintainer upload command: ./scripts/upload-dl-pair dl/make-3.81.tar.bz2 >> ## >> package/Makefile.package.in:232: recipe for target '/home/bill/astlinux/trunk/output/build/make-3.81/.stamp_downloaded' failed >> make: *** [/home/bill/astlinux/trunk/output/build/make-3.81/.stamp_downloaded] Error 1 >> >> real 0m1.920s >> user 0m0.548s >> sys 0m0.716s >> build: Incomplete build, no AstLinux Release for you. >> >> real 0m2.059s >> user 0m0.568s >> sys 0m0.752s >> bill@debian-60GB:~/astlinux/trunk$ >> >> ===== >> >> bill@debian-60GB:~/astlinux/trunk$ time ./scripts/build geni586 >> Defining Board = "geni586" >> >> ## >> ## AstLinux Build: Board = "geni586" >> ## >> >> The initrd image (initrd.img) already exists, skipping build. >> mkdir -p /home/bill/astlinux/trunk/output/build/buildroot-config >> # >> # configuration written to /home/bill/astlinux/trunk/.config >> # >> /usr/bin/make -j1 HOSTCC="/usr/bin/gcc" HOSTCXX="/usr/bin/g++" silentoldconfig >> make[1]: Entering directory '/home/bill/astlinux/trunk' >> KCONFIG_AUTOCONFIG=/home/bill/astlinux/trunk/output/build/buildroot-config/auto.conf KCONFIG_AUTOHEADER=/home/bill/astlinux/trunk/output/build/buildroot-config/autoconf.h KCONFIG_TRISTATE=/home/bill/astlinux/trunk/output/build/buildroot-config/tristate.config BUILDROOT_CONFIG=/home/bill/astlinux/trunk/.config /home/bill/astlinux/trunk/output/build/buildroot-config/conf --silentoldconfig Config.in >> # >> # make dependencies written to .auto.deps >> # ATTENTION buildroot devels! >> # See top of this file before playing with this auto-preprequisites! >> # >> make[1]: Leaving directory '/home/bill/astlinux/trunk' >>>>> make 3.81 Extracting >> bzcat /home/bill/astlinux/trunk/dl/make-3.81.tar.bz2 | tar --strip-components=1 -C /home/bill/astlinux/trunk/output/build/make-3.81 -xf - >>>>> make 3.81 Patching package/make >> for file in config.guess config.sub; do for i in $(find /home/bill/astlinux/trunk/output/build/make-3.81 -name $file); do cp package/gnuconfig/$file $i; done; done >> >> >> >> >> > |
From: Lonnie A. <li...@lo...> - 2019-05-25 22:26:31
|
Bill, This does not make sense since you should not need to build "make" just use the native make from your build environment. https://doc.astlinux-project.org/devdoc:packages Did you do something like... $ cp astlinux-ast13.config .config This sets up a standard build .config ... with "# BR2_PACKAGE_MAKE is not set" Lonnie > The Ruby download link is dead, also. > > ftp://ftp.ruby-lang.org/pub/ruby/1.9/ruby-1.9.2-p0.tar.gz > AstLinux never used Ruby, ever. So there are no mirrored downloads. > On May 25, 2019, at 4:57 PM, Bill Lewis <wr...@gm...> wrote: > > Here's something else odd: > > It could not pull down https://s3.amazonaws.com/files.astlinux-project/make-3.81.tar.bz2.sha1: > 2019-05-25 17:45:29 ERROR 403: Forbidden. > > So the build stopped. > > But immediately restarting the build, it went ahead and unpacked and proceeded to build 'make' without going through the sha1 check at all. > > Bill > > > > >>> make 3.81 Downloading > --2019-05-25 17:45:28-- http://ftp.gnu.org/pub/gnu/make/make-3.81.tar.bz2 > Resolving ftp.gnu.org (ftp.gnu.org)... 209.51.188.20, 2001:470:142:3::b > Connecting to ftp.gnu.org (ftp.gnu.org)|209.51.188.20|:80... connected. > HTTP request sent, awaiting response... 200 OK > Length: 1151445 (1.1M) [application/x-bzip2] > Saving to: ‘/home/bill/astlinux/trunk/dl/make-3.81.tar.bz2’ > > /home/bill/astlinux/tru 100%[=================================>] 1.10M 6.37MB/s in 0.2s > > 2019-05-25 17:45:28 (6.37 MB/s) - ‘/home/bill/astlinux/trunk/dl/make-3.81.tar.bz2’ saved [1151445/1151445] > > https://s3.amazonaws.com/files.astlinux-project/make-3.81.tar.bz2.sha1: > 2019-05-25 17:45:29 ERROR 403: Forbidden. > sha1sum: dl/make-3.81.tar.bz2.sha1: No such file or directory > make-3.81.tar.bz2 failed verification - exiting > ## > ## Maintainer upload command: ./scripts/upload-dl-pair dl/make-3.81.tar.bz2 > ## > package/Makefile.package.in:232: recipe for target '/home/bill/astlinux/trunk/output/build/make-3.81/.stamp_downloaded' failed > make: *** [/home/bill/astlinux/trunk/output/build/make-3.81/.stamp_downloaded] Error 1 > > real 0m1.920s > user 0m0.548s > sys 0m0.716s > build: Incomplete build, no AstLinux Release for you. > > real 0m2.059s > user 0m0.568s > sys 0m0.752s > bill@debian-60GB:~/astlinux/trunk$ > > ===== > > bill@debian-60GB:~/astlinux/trunk$ time ./scripts/build geni586 > Defining Board = "geni586" > > ## > ## AstLinux Build: Board = "geni586" > ## > > The initrd image (initrd.img) already exists, skipping build. > mkdir -p /home/bill/astlinux/trunk/output/build/buildroot-config > # > # configuration written to /home/bill/astlinux/trunk/.config > # > /usr/bin/make -j1 HOSTCC="/usr/bin/gcc" HOSTCXX="/usr/bin/g++" silentoldconfig > make[1]: Entering directory '/home/bill/astlinux/trunk' > KCONFIG_AUTOCONFIG=/home/bill/astlinux/trunk/output/build/buildroot-config/auto.conf KCONFIG_AUTOHEADER=/home/bill/astlinux/trunk/output/build/buildroot-config/autoconf.h KCONFIG_TRISTATE=/home/bill/astlinux/trunk/output/build/buildroot-config/tristate.config BUILDROOT_CONFIG=/home/bill/astlinux/trunk/.config /home/bill/astlinux/trunk/output/build/buildroot-config/conf --silentoldconfig Config.in > # > # make dependencies written to .auto.deps > # ATTENTION buildroot devels! > # See top of this file before playing with this auto-preprequisites! > # > make[1]: Leaving directory '/home/bill/astlinux/trunk' > >>> make 3.81 Extracting > bzcat /home/bill/astlinux/trunk/dl/make-3.81.tar.bz2 | tar --strip-components=1 -C /home/bill/astlinux/trunk/output/build/make-3.81 -xf - > >>> make 3.81 Patching package/make > for file in config.guess config.sub; do for i in $(find /home/bill/astlinux/trunk/output/build/make-3.81 -name $file); do cp package/gnuconfig/$file $i; done; done > > > > > |
From: Bill L. <wr...@gm...> - 2019-05-25 22:17:56
|
Lonnie, The Ruby download link is dead, also. ftp://ftp.ruby-lang.org/pub/ruby/1.9/ruby-1.9.2-p0.tar.gz They seem to have moved everything from FTP to HTTP. http://www.ruby-lang.org/en/downloads/ https://cache.ruby-lang.org/pub/ruby/2.6/ruby-2.6.3.tar.gz The version (1.9.2) is quite old and doesn't seem to be anymore on their downloads. They are pushing 2.6.3 now. Bill On 5/25/2019 3:50 PM, Lonnie Abelbeck wrote: > Hi Bill, > >> On May 25, 2019, at 1:28 PM, Bill Lewis <wr...@gm...> wrote: >> >> >> Thank you, Lonnie, for those changes. >> >> Now that I've gotten farther, I find that these are similarly affected: >> >> https://www.fossil-scm.org/fossil/uv/fossil-src-2.5.tar.gz > > Yea, Fossil removed many of their older versions, I'll do the same build fix there ... we can look at updating the fossil version at some point as well. > > >> http://www.ch-werner.de/sqliteodbc/sqliteodbc-0.9996.tar.gz > > This was a temporary problem, the www.ch-werner.de server is fixed so it now works. > > # curl -sS http://www.ch-werner.de/sqliteodbc/sqliteodbc-0.9996.tar.gz | sha1sum > 505aa746d40cd381591a18046d90c209ccfc2c7a - > > # curl https://s3.amazonaws.com/files.astlinux-project/sqliteodbc-0.9996.tar.gz.sha1 > 505aa746d40cd381591a18046d90c209ccfc2c7a dl/sqliteodbc-0.9996.tar.gz > > > Thanks for testing a clean build (empty dl/ directory) ... David Kerr tested this not long ago, so some of these must have just cropped-up. > > Lonnie > > >> >> Bill >> >> On 5/25/2019 11:35 AM, Lonnie Abelbeck wrote: >>> Hi Bill, >>> Thanks for the report. >>> Yes, upstream download repo's can change and make our safety check trigger. Only new clean installs from source does the "changed" upstream download get noticed since previous local dl/ versions are OK. >>> For libelf-0.8.12.tar.gz: >>> -- >>> # curl -LI http://www.mr511.de/software/libelf-0.8.12.tar.gz >>> HTTP/1.1 302 Moved Temporarily >>> Server: nginx >>> Date: Sat, 25 May 2019 14:44:18 GMT >>> Content-Type: text/html >>> Content-Length: 154 >>> Connection: keep-alive >>> Location: http://leere.seite >>> curl: (6) Could not resolve host: leere.seite (empty.page in German) >>> -- >>> so the upstream URL no longer works. >>> But, libelf was only needed for Asterisk in the past, and it does not look like it is needed anymore ... I'll look into cleaning up that requirement. >>> I'll fix this by switching to our https://s3.amazonaws.com/files.astlinux-project URL for now. >>> https://github.com/astlinux-project/astlinux/commit/b5b5f091b04a49f420b8d30762e7ace43990b83e >>> For jpegsrc.v9c.tar.gz: >>> -- >>> # curl -LI http://www.ijg.org/files/jpegsrc.v9c.tar.gz >>> HTTP/1.1 200 OK >>> Date: Sat, 25 May 2019 14:59:59 GMT >>> Content-Type: application/x-gzip >>> Content-Length: 1028134 >>> Last-Modified: Tue, 27 Mar 2018 14:37:34 GMT >>> # curl -LI https://s3.amazonaws.com/files.astlinux-project/jpegsrc.v9c.tar.gz >>> HTTP/1.1 200 OK >>> Last-Modified: Sat, 27 Jan 2018 20:50:57 GMT >>> Content-Type: application/x-gzip >>> Content-Length: 1028200 >>> So upstream is newer and 66 bytes smaller. >>> Performing a diff, the upstream removed a ".directory" file, everything else is the same. >>> I'll fix this by switching to our https://s3.amazonaws.com/files.astlinux-project URL for now. >>> https://github.com/astlinux-project/astlinux/commit/ebf06efcb1880cf3ab13ed4d4833e032cbf5c624 >>> Thanks again for the report. >>> Lonnie >>>> On May 25, 2019, at 9:24 AM, Bill Lewis <wr...@gm...> wrote: >>>> >>>> I've checked out the latest from https://github.com/astlinux-project/astlinux >>>> >>>> When I do the build, I run into a few problem with the sha1 checksums >>>> not matching. For example: jpegsrc.v9c.tar.gz and libelf-0.8.12.tar.gz >>>> >>>> The file http://www.ijg.org/files/jpegsrc.v9c.tar.gz has sh1sum >>>> 2ce111c8c0ac828a44b13ad28c265e954a342d07 >>>> >>>> The contents of https://s3.amazonaws.com/files.astlinux-project/jpegsrc.v9c.tar.gz.sha1 are >>>> >>>> cd40526843a44c69bf88b6cc462a3e0359f69d27 >>>> >>>> Any ideas what's up? >>>> >>>> Thanks, >>>> Bill >>>> >>>> >>>> SVN revision info: >>>> bill@debian-60GB:~/astlinux$ svn info >>>> Path: . >>>> Working Copy Root Path: /home/bill/astlinux >>>> URL: https://github.com/astlinux-project/astlinux.git >>>> Relative URL: ^/ >>>> Repository Root: https://github.com/astlinux-project/astlinux.git >>>> Repository UUID: 67a1e38b-c451-6360-d8b2-ce57b7db7bff >>>> Revision: 4202 >>>> Node Kind: directory >>>> Schedule: normal >>>> Last Changed Author: lonnie.abelbeck >>>> Last Changed Rev: 4202 >>>> Last Changed Date: 2019-05-19 11:24:36 -0400 (Sun, 19 May 2019) >>>> >>>> >>>> Output from the build: >>>> >>>>>>> jpeg 9c Downloading >>>> --2019-05-24 08:01:41-- http://www.ijg.org/files/jpegsrc.v9c.tar.gz >>>> Resolving www.ijg.org (www.ijg.org)... 104.24.122.172, 104.24.123.172, 2606:4700:30::6818:7bac, ... >>>> Connecting to www.ijg.org (www.ijg.org)|104.24.122.172|:80... connected. >>>> HTTP request sent, awaiting response... 200 OK >>>> Length: 1028134 (1004K) [application/x-gzip] >>>> Saving to: ‘/home/bill/astlinux/trunk/dl/jpegsrc.v9c.tar.gz’ >>>> >>>> /home/bill/astlinux/tru 100%[=================================>] 1004K 5.32MB/s in 0.2s >>>> >>>> 2019-05-24 08:01:41 (5.32 MB/s) - ‘/home/bill/astlinux/trunk/dl/jpegsrc.v9c.tar.gz’ saved [1028134/1028134] >>>> >>>> 2019-05-24 08:01:41 URL:https://s3.amazonaws.com/files.astlinux-project/jpegsrc.v9c.tar.gz.sha1 [64/64] -> "dl/jpegsrc.v9c.tar.gz.sha1" [1] >>>> jpegsrc.v9c.tar.gz failed verification - exiting >>>> ## >>>> ## Maintainer upload command: ./scripts/upload-dl-pair dl/jpegsrc.v9c.tar.gz >>>> ## >>>> package/Makefile.package.in:232: recipe for target '/home/bill/astlinux/trunk/output/build/jpeg-9c/.stamp_downloaded' failed >>>> make: *** [/home/bill/astlinux/trunk/output/build/jpeg-9c/.stamp_downloaded] Error 1 >>>> >>>> --- >>>> >>>>>>> libelf 0.8.12 Downloading >>>> --2019-05-25 10:19:41-- http://www.mr511.de/software//libelf-0.8.12.tar.gz >>>> Resolving www.mr511.de (www.mr511.de)... 80.67.16.8, 2a00:1158:0:100::14 >>>> Connecting to www.mr511.de (www.mr511.de)|80.67.16.8|:80... connected. >>>> HTTP request sent, awaiting response... 302 Moved Temporarily >>>> Location: http://leere.seite [following] >>>> --2019-05-25 10:19:42-- http://leere.seite/ >>>> Resolving leere.seite (leere.seite)... 92.242.140.21 >>>> Connecting to leere.seite (leere.seite)|92.242.140.21|:80... connected. >>>> HTTP request sent, awaiting response... 200 OK >>>> Length: unspecified [text/html] >>>> Saving to: ‘/home/bill/astlinux/trunk/dl/libelf-0.8.12.tar.gz’ >>>> >>>> /home/bill/astlinux/tru [ <=> ] 872 --.-KB/s in 0s >>>> >>>> 2019-05-25 10:19:42 (105 MB/s) - ‘/home/bill/astlinux/trunk/dl/libelf-0.8.12.tar.gz’ saved [872] >>>> >>>> 2019-05-25 10:19:42 URL:https://s3.amazonaws.com/files.astlinux-project/libelf-0.8.12.tar.gz.sha1 [66/66] -> "dl/libelf-0.8.12.tar.gz.sha1" [1] >>>> libelf-0.8.12.tar.gz failed verification - exiting >> >> > |
From: Bill L. <wr...@gm...> - 2019-05-25 21:57:57
|
Here's something else odd: It could not pull down https://s3.amazonaws.com/files.astlinux-project/make-3.81.tar.bz2.sha1: 2019-05-25 17:45:29 ERROR 403: Forbidden. So the build stopped. But immediately restarting the build, it went ahead and unpacked and proceeded to build 'make' without going through the sha1 check at all. Bill *>>> make 3.81 Downloading* --2019-05-25 17:45:28-- http://ftp.gnu.org/pub/gnu/make/make-3.81.tar.bz2 Resolving ftp.gnu.org (ftp.gnu.org)... 209.51.188.20, 2001:470:142:3::b Connecting to ftp.gnu.org (ftp.gnu.org)|209.51.188.20|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 1151445 (1.1M) [application/x-bzip2] Saving to: ‘/home/bill/astlinux/trunk/dl/make-3.81.tar.bz2’ /home/bill/astlinux/tru 100%[=================================>] 1.10M 6.37MB/s in 0.2s 2019-05-25 17:45:28 (6.37 MB/s) - ‘/home/bill/astlinux/trunk/dl/make-3.81.tar.bz2’ saved [1151445/1151445] https://s3.amazonaws.com/files.astlinux-project/make-3.81.tar.bz2.sha1: 2019-05-25 17:45:29 ERROR 403: Forbidden. *sha1sum: dl/make-3.81.tar.bz2.sha1: No such file or directory** **make-3.81.tar.bz2 failed verification - exiting* ## ## Maintainer upload command: ./scripts/upload-dl-pair dl/make-3.81.tar.bz2 ## package/Makefile.package.in:232: recipe for target '/home/bill/astlinux/trunk/output/build/make-3.81/.stamp_downloaded' failed make: *** [/home/bill/astlinux/trunk/output/build/make-3.81/.stamp_downloaded] Error 1 real 0m1.920s user 0m0.548s sys 0m0.716s build: Incomplete build, no AstLinux Release for you. real 0m2.059s user 0m0.568s sys 0m0.752s bill@debian-60GB:~/astlinux/trunk$ ===== bill@debian-60GB:~/astlinux/trunk$ time ./scripts/build geni586 Defining Board = "geni586" ## ## AstLinux Build: Board = "geni586" ## The initrd image (initrd.img) already exists, skipping build. mkdir -p /home/bill/astlinux/trunk/output/build/buildroot-config # # configuration written to /home/bill/astlinux/trunk/.config # /usr/bin/make -j1 HOSTCC="/usr/bin/gcc" HOSTCXX="/usr/bin/g++" silentoldconfig make[1]: Entering directory '/home/bill/astlinux/trunk' KCONFIG_AUTOCONFIG=/home/bill/astlinux/trunk/output/build/buildroot-config/auto.conf KCONFIG_AUTOHEADER=/home/bill/astlinux/trunk/output/build/buildroot-config/autoconf.h KCONFIG_TRISTATE=/home/bill/astlinux/trunk/output/build/buildroot-config/tristate.config BUILDROOT_CONFIG=/home/bill/astlinux/trunk/.config /home/bill/astlinux/trunk/output/build/buildroot-config/conf --silentoldconfig Config.in # # make dependencies written to .auto.deps # ATTENTION buildroot devels! # See top of this file before playing with this auto-preprequisites! # make[1]: Leaving directory '/home/bill/astlinux/trunk' *>>> make 3.81 Extracting* bzcat /home/bill/astlinux/trunk/dl/make-3.81.tar.bz2 | tar --strip-components=1 -C /home/bill/astlinux/trunk/output/build/make-3.81 -xf - >>> make 3.81 Patching package/make for file in config.guess config.sub; do for i in $(find /home/bill/astlinux/trunk/output/build/make-3.81 -name $file); do cp package/gnuconfig/$file $i; done; done |
From: Lonnie A. <li...@lo...> - 2019-05-25 21:36:01
|
> On May 25, 2019, at 1:28 PM, Bill Lewis <wr...@gm...> wrote: > > > Thank you, Lonnie, for those changes. > > Now that I've gotten farther, I find that these are similarly affected: > > https://www.fossil-scm.org/fossil/uv/fossil-src-2.5.tar.gz Fixed here: https://github.com/astlinux-project/astlinux/commit/17d3a5dcc563a7a4204aada5ffe1b78e0a52fb34 It seems the Fossil folks are now using a new feature of fossil to store the binary download within the fossil database, and are only supporting the latest 3 versions :-( Lonnie |