From info at metux.net Fri Sep 6 13:24:57 2024 From: info at metux.net (Enrico Weigelt, metux IT consult) Date: Fri, 6 Sep 2024 15:24:57 +0200 Subject: CI hardware sponsoring for Xorg / Freedesktop Message-ID: Hello folks, I fried of mine offered us a few metric tons of server hardware that we can use for our CI and testing. He also offered to host and operate it. The only problem is power costs. At his location (Serbia) power costs seem to be relatively low compared to average western countries, but for such a farm still too much for a single hobbyist. So the vital question now is: can we find any sponsor - maybe X foundation or F.D.O ? Thinking this a few steps further: having our own little data center would also give the opportunity to build up fully remotely managable HIL setups for workstation hardware :) --mtx -- --- Hinweis: unverschl?sselte E-Mails k?nnen leicht abgeh?rt und manipuliert werden ! F?r eine vertrauliche Kommunikation senden Sie bitte ihren GPG/PGP-Schl?ssel zu. --- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering info at metux.net -- +49-151-27565287 From simona.vetter at ffwll.ch Tue Sep 10 08:14:15 2024 From: simona.vetter at ffwll.ch (Simona Vetter) Date: Tue, 10 Sep 2024 10:14:15 +0200 Subject: CI hardware sponsoring for Xorg / Freedesktop In-Reply-To: References: Message-ID: Hi Enrico We'd need to check with fd.o admins whether this technically makes sense, and they expect from CI runners. Adding sitewranglers for that. Also I guess a rough guesstimate of the power costs would be needed for the board to approve. Cheers, Sima On Fri, 6 Sept 2024 at 16:32, Enrico Weigelt, metux IT consult wrote: > > Hello folks, > > > I fried of mine offered us a few metric tons of server hardware that we > can use for our CI and testing. He also offered to host and operate it. > > The only problem is power costs. At his location (Serbia) power costs > seem to be relatively low compared to average western countries, but > for such a farm still too much for a single hobbyist. > > So the vital question now is: can we find any sponsor - maybe X > foundation or F.D.O ? > > > Thinking this a few steps further: having our own little data center > would also give the opportunity to build up fully remotely managable > HIL setups for workstation hardware :) > > > > --mtx > > -- > --- > Hinweis: unverschl?sselte E-Mails k?nnen leicht abgeh?rt und manipuliert > werden ! F?r eine vertrauliche Kommunikation senden Sie bitte ihren > GPG/PGP-Schl?ssel zu. > --- > Enrico Weigelt, metux IT consult > Free software and Linux embedded engineering > info at metux.net -- +49-151-27565287 -- Simona Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch From sparr0 at gmail.com Sat Sep 21 13:03:05 2024 From: sparr0 at gmail.com (Sparr) Date: Sat, 21 Sep 2024 09:03:05 -0400 Subject: wiki Specifications link problems Message-ID: Hello, this is my first communication to any freedesktop list in a long time. I've noticed some problems with some links on the wiki, on some pages related to Specifications. Consider these two example pages: https://www.freedesktop.org/wiki/Specifications/desktop-entry-spec/ https://www.freedesktop.org/wiki/Specifications/xembed-spec/ Both pages have one or more links to "html (one page)" versions of the specification: https://specifications.freedesktop.org/xembed-spec/xembed-spec-0.5.html https://specifications.freedesktop.org/desktop-entry-spec/desktop-entry-spec-1.1.html Each of these links goes to a page containing only a meta refresh tag, e.g. (with newlines and indents removed): Those pages then refresh to the associated "html (multiple pages)" endpoint: https://specifications.freedesktop.org/xembed-spec/0.5/ https://specifications.freedesktop.org/desktop-entry-spec/1.1/ The above behavior appears on multiple other Specifications pages, but not all of them. Many such pages have a "html (one page)" link that does go to a single page version of the specification, while the "html (multiple pages)" link goes to the multiple page version, as expected. On many other such pages both links intentionally go directly to the same single page, when the specification is short and does not exist in a multiple page format. Also, many of these pages have "Page History" and "Repo Info" links at the top which go to a "No repositories found" error page served by cgit, e.g.: https://cgit.freedesktop.org/wiki/www/log/Specifications/xembed-spec.mdwn https://cgit.freedesktop.org/wiki/www/ I expect that all of the links I've described above are being generated by some automated processes, but I was not able to track down any information about what they are or how they work. -- Clarence "Sparr" Risher sparr0 at gmail.com https://github.com/sparr