From rmottola at opencsw.org Wed Jan 2 12:41:07 2019 From: rmottola at opencsw.org (Riccardo Mottola) Date: Wed, 2 Jan 2019 12:41:07 +0100 Subject: Mail Server Fan Failed In-Reply-To: References: Message-ID: Hi Ihsan, is it the system Fan or the tray? https://www.ebay.it/itm/Sun-Fire-T2000-System-Lufter-Fan-541-0275/151271606839?hash=item23387d8a37:g:dvMAAOSw5m1a7XiZ:rk:4:pf:0 https://www.ebay.it/itm/Sun-Fire-T2000-Blower-Tray-Fan-Module-541-0645-CF00541-0645/192646611750?hash=item2cdaa20326:g:UxkAAOSwp-5bjhfi:rk:2:pf:0 I suppose the former one from the error message? I don't have one, but I could buy and donate the item. On my own Netra I had success acutally finding a replacement component at a local store (just the fan) and soldering it with the connectors, but it depends if ithas some standard measure / connector or not. But given the low price for the system fan it would not be worth it. Riccardo ihsan--- via maintainers wrote: > Hello OpenCSW maintainers, > > On our mail server, a good old T2000, one of the fan has failed: > > System Event Recorded By SC: > HostID: "83d8f0d4" > Event: "00040066" > Time: "WED DEC 19 13:52:43 2018" > Customer Info: "No Entry" > SC IP Address: "192.168.70.2" > Message: "MAJOR: SYS_FAN at FT2 has FAILED.? > > Does anybody has a spare fan that he could send it to me? > > > > -Ihsan > From rmottola at opencsw.org Sun Jan 20 19:07:14 2019 From: rmottola at opencsw.org (Riccardo Mottola) Date: Sun, 20 Jan 2019 19:07:14 +0100 Subject: issue with bogus override Message-ID: <9bdb08a2-95c0-9493-5dac-616f3331331e@opencsw.org> Hi! I am updating the gnustep base package. Little changed, except the new version. When I build it, I get this: ?* File root/opt/csw/GNUstep/System/Library/Libraries/gnustep- ?? base/Versions/1.26/Resources/NSTimeZones/README contains bad content: ?? '/usr/local'. If it's a legacy file you can't modify, or if you ?? investigated the issue and the string does not pose a real issue, you can ?? override this error. And of course, later, If any of the reported errors were false positives, you can override them pasting the lines below to the GAR recipe. CHECKPKG_OVERRIDES_CSWgnustep-base += file-with-bad-content|/usr/share|root/opt/csw/GNUstep/System/Library/Libraries/gnustep-base/Versions/1.26/Resources/NSTimeZones/README However, the receipe already contains exactly that line! It was present also in the previous versions (just with a different soname) Ideas? Thank you, Riccardo From dam at opencsw.org Sun Jan 20 20:03:07 2019 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 20 Jan 2019 19:03:07 +0000 Subject: issue with bogus override In-Reply-To: <9bdb08a2-95c0-9493-5dac-616f3331331e@opencsw.org> References: <9bdb08a2-95c0-9493-5dac-616f3331331e@opencsw.org> Message-ID: <0BF7B0E2-F3DF-433D-87FF-600F8DF83489@opencsw.org> > Am 20.01.2019 um 18:07 schrieb Riccardo Mottola via maintainers : > > Hi! > > > I am updating the gnustep base package. > > Little changed, except the new version. > > > When I build it, I get this: > > > * File root/opt/csw/GNUstep/System/Library/Libraries/gnustep- > base/Versions/1.26/Resources/NSTimeZones/README contains bad content: > '/usr/local'. If it's a legacy file you can't modify, or if you > investigated the issue and the string does not pose a real issue, you can > override this error. > > And of course, later, > > If any of the reported errors were false positives, you can override them > pasting the lines below to the GAR recipe. > CHECKPKG_OVERRIDES_CSWgnustep-base += file-with-bad-content|/usr/share|root/opt/csw/GNUstep/System/Library/Libraries/gnustep-base/Versions/1.26/Resources/NSTimeZones/README > > > However, the receipe already contains exactly that line! It was present also in the previous versions (just with a different soname) Nope. The upper overrides /usr/local while the latter warns about /usr/share. You need to override both. Best regards ? Dago > > > Ideas? > > > Thank you, Riccardo > -- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896 From rmottola at opencsw.org Tue Jan 22 14:58:43 2019 From: rmottola at opencsw.org (Riccardo Mottola) Date: Tue, 22 Jan 2019 14:58:43 +0100 Subject: issue with bogus override In-Reply-To: <0BF7B0E2-F3DF-433D-87FF-600F8DF83489@opencsw.org> References: <9bdb08a2-95c0-9493-5dac-616f3331331e@opencsw.org> <0BF7B0E2-F3DF-433D-87FF-600F8DF83489@opencsw.org> Message-ID: <64eff626-eb74-8771-f815-99893869063d@opencsw.org> Hi Dago! Dagobert Michelsen wrote: > >> >> If any of the reported errors were false positives, you can override them >> pasting the lines below to the GAR recipe. >> CHECKPKG_OVERRIDES_CSWgnustep-base += file-with-bad-content|/usr/share|root/opt/csw/GNUstep/System/Library/Libraries/gnustep-base/Versions/1.26/Resources/NSTimeZones/README >> >> >> However, the receipe already contains exactly that line! It was present also in the previous versions (just with a different soname) > > Nope. The upper overrides /usr/local while the latter warns about /usr/share. > You need to override both. You are right! sorry didn't notice. Also, the other override ispresent for both /usr/local and /usr/share I wonder why this did not happen in the old release package! But fixed now. I also don't think that the file gets installed twice, but it must be some peculiarity of the packaging? Riccardo From maciej at opencsw.org Tue Jan 22 21:16:22 2019 From: maciej at opencsw.org (Maciej =?utf-8?Q?Blizi=C5=84ski?=) Date: Tue, 22 Jan 2019 20:16:22 +0000 Subject: issue with bogus override In-Reply-To: <64eff626-eb74-8771-f815-99893869063d@opencsw.org> References: <9bdb08a2-95c0-9493-5dac-616f3331331e@opencsw.org> <0BF7B0E2-F3DF-433D-87FF-600F8DF83489@opencsw.org> <64eff626-eb74-8771-f815-99893869063d@opencsw.org> Message-ID: <20190122201622.GA31257@google.com> On Tue, Jan 22, 2019 at 02:58:43PM +0100, Riccardo Mottola via maintainers wrote: > You are right! sorry didn't notice. Also, the other override ispresent for > both /usr/local and /usr/share > > I wonder why this did not happen in the old release package! But fixed now. Maybe if you check the difference between the previosly existing overrides and the new ones, you'll see what changed. Maybe the files with bad content changed location? > I also don't think that the file gets installed twice, but it must be some > peculiarity of the packaging? What do you mean by the file getting installed twice? That it occurs twice in a package manifest? Or that two packages contain/own the same path? As far as I remember this particular check is about the contents of the file. It was a common mistake that we would create packages that install in /opt/csw but mistakenly refer to paths in /usr/local, and then fail. For example, it could be a program that is supposed to look for the default configuration in ${prefix}/foo/foo.conf but instead looks into hardcoded /usr/local/foo/foo.conf while the file gets installed as /opt/csw/foo/foo.conf. Here's the function (13 lines): https://sourceforge.net/p/gar/code/HEAD/tree/csw/mgar/gar/v2/lib/python/package_checks.py#l679 Hope this helps understand the issue, Maciej From cgrzemba at opencsw.org Fri Jan 25 15:05:33 2019 From: cgrzemba at opencsw.org (cgrzemba at opencsw.org) Date: Fri, 25 Jan 2019 15:05:33 +0100 Subject: migrate OSQA to static Message-ID: I completed the work from weekend started in Dublin and the results are here for review: http://buildfarm.opencsw.org/~cgrzemba/osqa-static/ If there are no other concerns I would replace the Django OSQA with this static pages. -- Carsten Grzemba -------------- next part -------------- An HTML attachment was scrubbed... URL: From maciej at opencsw.org Fri Jan 25 16:44:25 2019 From: maciej at opencsw.org (Maciej =?utf-8?Q?Blizi=C5=84ski?=) Date: Fri, 25 Jan 2019 15:44:25 +0000 Subject: migrate OSQA to static In-Reply-To: References: Message-ID: <20190125154425.GA12124@google.com> On Fri, Jan 25, 2019 at 03:05:33PM +0100, cgrzemba--- via maintainers wrote: > I completed the work from weekend started in Dublin and the results are here for review: > > http://buildfarm.opencsw.org/~cgrzemba/osqa-static/ > > If there are no other concerns I would replace the Django OSQA with this static pages. Well done! It will be good riddance. The content is there, and URLs look the same (I didn't check all of them but they look close enough). So I'd shut down the server-side execution as quickly as possible. Then maybe do some more updates in the generated HTML files. I'd put everything in the code repo: the source data, the scripts, and the generated HTML. Next up: get rid of Wordpress! :) --Maciej From cgrzemba at opencsw.org Mon Jan 28 14:08:46 2019 From: cgrzemba at opencsw.org (cgrzemba at opencsw.org) Date: Mon, 28 Jan 2019 14:08:46 +0100 Subject: migrate OSQA to static In-Reply-To: <20190125154425.GA12124@google.com> References: <20190125154425.GA12124@google.com> Message-ID: On 25.01.19 16:44, Maciej Blizi?ski wrote: > > On Fri, Jan 25, 2019 at 03:05:33PM +0100, cgrzemba--- via maintainers wrote: > > I completed the work from weekend started in Dublin and the results are here for review: > > > > http://buildfarm.opencsw.org/~cgrzemba/osqa-static/ > > > > If there are no other concerns I would replace the Django OSQA with this static pages. > > Well done! It will be good riddance. > > The content is there, and URLs look the same (I didn't check all of them but > they look close enough). So I'd shut down the server-side execution as quickly > as possible. Then maybe do some more updates in the generated HTML files. > > I'd put everything in the code repo: the source data, the scripts, and the > generated HTML. > > Next up: get rid of Wordpress! :) > > --Maciej > I made some improvements and replaced the OSQA URL with the static content. Carsten -------------- next part -------------- An HTML attachment was scrubbed... URL: From dam at opencsw.org Mon Jan 28 14:16:15 2019 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 28 Jan 2019 14:16:15 +0100 Subject: migrate OSQA to static In-Reply-To: References: <20190125154425.GA12124@google.com> Message-ID: <5273DEC1-C1BC-4477-9B2D-2B7A21F613FA@opencsw.org> Hi folks, Am 28.01.2019 um 14:08 schrieb cgrzemba--- via maintainers : > On 25.01.19 16:44, Maciej Blizi?ski wrote: >> On Fri, Jan 25, 2019 at 03:05:33PM +0100, cgrzemba--- via maintainers wrote: >> > I completed the work from weekend started in Dublin and the results are here for review: >> > >> > http://buildfarm.opencsw.org/~cgrzemba/osqa-static/ >> > >> > If there are no other concerns I would replace the Django OSQA with this static pages. >> >> Well done! It will be good riddance. >> >> The content is there, and URLs look the same (I didn't check all of them but >> they look close enough). So I'd shut down the server-side execution as quickly >> as possible. Then maybe do some more updates in the generated HTML files. >> >> I'd put everything in the code repo: the source data, the scripts, and the >> generated HTML. >> >> Next up: get rid of Wordpress! :) >> >> --Maciej > > I made some improvements and replaced the OSQA URL with the static content. Thanks a lot for pushing this! At the moment I don?t have my head free for this, if you feel like it please go ahead with replacing Wordpress. Personally I refer this a lot: https://www.opencsw.org/extend-it/signup/to-upstream-maintainers/ and the filesearch and the package list. Best regards ? Dago -- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896