Re: [PATCH] Revert "build: switch VERSION_REPO to HTTPS"

2020-11-25 Thread Sam Kuper
On Wed, Nov 25, 2020 at 03:11:24PM +0100, Petr Štetiar wrote: > Baptiste Jonglez [2020-11-25 12:41:18]: >> For the imagebuilder, it increases the *total* build time (not just >> download time!) by +50%: >> >> http://lists.openwrt.org/pipermail/openwrt-devel/2020-September/031406.html > > I don't

Re: Job board support on openwrt.org?

2021-01-23 Thread Sam Kuper
On Sat, Jan 23, 2021 at 02:55:05PM +, Ted Hess wrote: > [T]here must be some sort of criteria (contributions, legitimate > business site or references) to get your name/outfit listed. And, as > Daniel said, we don't want to be in the business of certifying > contractors. Those two sentences se

Re: Job board support on openwrt.org?

2021-01-23 Thread Sam Kuper
On Sat, Jan 23, 2021 at 06:57:53PM -0500, Etienne Champetier wrote: > Le sam. 23 janv. 2021 à 18:09, Sam Kuper a écrit : >> I suggest that if a vote is held, it should be a three-way vote >> between the following outcomes (which should probably be mutually >> exclusive): >

Re: Patchwork and DMARC emails.

2021-02-17 Thread Sam Kuper
On Wed, Feb 17, 2021 at 02:47:57PM +0100, Etan Kissling wrote: > On 08.02.21, 10:33, Rosen Penev wrote: >>> My patches don't end up in Patchwork for some reason. >> It's because of DMARC. [..] > > Thanks for the hint about DMARC leading to Patchwork issues. [..] > > It seems that the OpenWrt mail

Re: missing email header

2021-02-18 Thread Sam Kuper
On Thu, Feb 18, 2021 at 07:46:47AM -0800, Brian Norris wrote: > On Thu, Feb 18, 2021 at 1:57 AM David Woodhouse wrote: >> On Wed, 2021-02-17 at 21:52 -0800, Brian Norris wrote: >>> They've suggested the mailman admin apply a patch ;) >> >> I believe I did so yesterday. > > [..] Awesome, thanks. T

Re: Switch issues and CI to GitHub

2022-01-07 Thread Sam Kuper
On Fri, Jan 07, 2022 at 10:34:34AM +0100, Paul Spooren wrote: > Instead of maintaining flyspray and the server, I’d like to export all > flyspray issues, migrate them to GitHub and open GitHub issues for > openwrt/openwrt to the public. Please don't do this. GitHub has substantial accessibility a

Re: Switch issues and CI to GitHub

2022-01-08 Thread Sam Kuper
On Sat, Jan 08, 2022 at 10:31:01AM -0600, Lao Shaw wrote: > github is used by so many open source projects and it becomes the de > facto git repo platform for many, This is a tragedy. > what makes openwrt so special to the point that github is not good > enough and your idea will do better (for

Re: Switch issues and CI to GitHub

2022-01-08 Thread Sam Kuper
On Sat, Jan 08, 2022 at 08:02:30PM +0100, Bjørn Mork wrote: > Sam Kuper writes: >> Not everyone has, or can have, a Microsoft (GitHub) account. > > Please explain. > > These terms are pretty much identical: > > > https://docs.github.com/en/github/site-policy/git

Re: Switch issues and CI to GitHub

2022-01-19 Thread Sam Kuper
On Tue, Jan 18, 2022 at 03:38:43PM +0100, Paul Spooren wrote: > ## Bug Tracker > > I looked today into migrating issues from bugs.openwrt.org over to > GitHub.com, codeberg.org (GiTea) and todo.sr.ht (Sourcehut). [..] > > While sr.ht allows to import the large collection of issues, each > message

Re: Re: Switch issues and CI to GitHub

2022-01-25 Thread Sam Kuper
On Tue, Jan 25, 2022 at 06:56:04PM +0200, Sergey Ponomarev wrote: > Speaking about GitHub and access to it from sanctioned territories > this is a really big concern. [..] Thank you for corroborating that concern. Some news reports, think-tank analysis, and legal guidance providers suggest the cu

Re: Re: Switch issues and CI to GitHub

2022-01-25 Thread Sam Kuper
On Tue, Jan 25, 2022 at 09:45:52PM +0200, Sergey Ponomarev wrote: > Well, we may *speculate* and try to minimise risks but that's what I > tried to say: it's counterproductive. Avoiding unnecessary risks is productive. It's one of the ways in which projects and organisations stay afloat. > A

Re: Switch issues and CI to GitHub

2022-01-25 Thread Sam Kuper
On Thu, Jan 20, 2022 at 10:42:15AM +0100, Paul Spooren wrote: >> Must confess: I was unaware of the ~16k issue body character limit... > > I discussed this with Drew (sourcehut developer) Thanks! That means there's a chance it will be documented and, if possible, fixed/improved. Incidentally, i

Re: 'tr' character class support?

2020-07-21 Thread Sam Kuper
Dear all, I'm not an OpenWRT dev, just a lurker on the mailing list & a sometime user of OpenWRT. (Thank you to all the devs & maintainers of OpenWRT & packages, btw.) So, my view might not count for much, but ... On Fri, Jul 10, 2020 at 09:36:03PM -0400, Eric Luehrsen wrote: > I did a compa

Re: Release goals for 20.XX

2020-07-31 Thread Sam Kuper
On Fri, Jul 31, 2020 at 01:37:00PM +0200, bapti...@bitsofnetworks.org wrote: > 3) organisational: switch to gitlab? > >While there was a vote about it, Hi, do you happen to have a link to that discussion/vote? >I don't know if this is planned for 20.XX. I think it makes sense: >we c

Re: Policy on BUILD_PATENTED

2020-08-09 Thread Sam Kuper
On Mon, Aug 03, 2020 at 07:11:13PM +0300, Etienne Champetier wrote: > Le lun. 3 août 2020 à 00:04, Rosen Penev a écrit : >> The remerged OpenWrt project is legally represented by the Software >> in the Public Interest (SPI) - an US 501(c)(3) non-profit >> organization which is managing our OpenWrt

Re: Policy on BUILD_PATENTED

2020-08-09 Thread Sam Kuper
On Sun, Aug 09, 2020 at 10:55:37AM +0100, Sam Kuper wrote: > On Mon, Aug 03, 2020 at 07:11:13PM +0300, Etienne Champetier wrote: >> Le lun. 3 août 2020 à 00:04, Rosen Penev a écrit : >>> Whenever discussion about patents arise, I usually point to Fedora >>> whose paren

Re: Policy on BUILD_PATENTED

2020-08-10 Thread Sam Kuper
On Sun, Aug 09, 2020 at 01:21:26PM -0700, Rosen Penev wrote: > On Sun, Aug 9, 2020 at 6:09 AM Sam Kuper wrote: >> On Sun, Aug 09, 2020 at 10:55:37AM +0100, Sam Kuper wrote: >>> On Mon, Aug 03, 2020 at 07:11:13PM +0300, Etienne Champetier wrote: >>>> Le lun. 3 août 202

Re: Policy on BUILD_PATENTED

2020-08-10 Thread Sam Kuper
On Mon, Aug 10, 2020 at 09:36:08AM +0100, Mauro Mozzarelli wrote: > If there is a minority who is unable to use parts of this software, Worth considering: do we know for sure that it's a minority? And is it even relevant whether it is a minority or a majority, as long as we know that some develop

Re: Policy on BUILD_PATENTED

2020-08-11 Thread Sam Kuper
On Tue, Aug 11, 2020 at 01:30:08AM +0100, Mauro Mozzarelli wrote: > Citizens of the European Union are major contributors to OpenWrt and > other Open Source projects, The European Union, after several years of > debate. listened to its citizens, not corporations, and has put into > law that freedom

Re: A proposal of https certificate assignment system for luci

2020-10-09 Thread Sam Kuper
On Mon, Oct 05, 2020 at 12:34:14PM -0400, Michael Richardson wrote: > Stefan Lippers-Hollmann wrote: >> On 2020-10-04, abnoeh wrote: >>> Few months ago there was some debate for how we handle certificate >>> for luci page: make user to click though certificate warning is not >>> that great for sec

Re: A proposal of https certificate assignment system for luci

2020-10-09 Thread Sam Kuper
On Thu, Oct 08, 2020 at 12:10:17AM +0200, Alberto Bursi wrote: > On 07/10/20 15:34, abnoeh wrote: >>> However, I think you are assuming a RA/DHCP-based WAN connection. >>> For PPPoE (which is still a thing in a lot of places, including >>> developing world, where last mile is often wifi), this won'

Re: OpenWrt Next Generation Ideas

2023-04-15 Thread Sam Kuper
On Fri, Mar 31, 2023 at 12:44:12PM +0300, Arınç ÜNAL wrote: > These are the ideas I've been thinking about for the future of OpenWrt > for a while. It looks complete enough to share it with all of you. > [...] > > https://arinc9.notion.site/OpenWrt-next-gen-ideas-6db745e7584b4823950291c96f2326bb

Re: OpenWrt Next Generation Ideas

2023-04-16 Thread Sam Kuper
On Sun, Apr 16, 2023 at 12:59:49PM +0300, Arınç ÜNAL wrote: > On 15.04.2023 20:02, Sam Kuper wrote: >> On Fri, Mar 31, 2023 at 12:44:12PM +0300, Arınç ÜNAL wrote: >>> These are the ideas I've been thinking about for the future of >>> OpenWrt for a while. It looks

Re: USB controller enumeration on APU3 is random since the update to kernel 6.6

2024-07-18 Thread Sam Kuper
On 18 July 2024 09:53:14 UTC, Florian Eckert wrote: > > I found a commit [1] in the Linux kernel that makes the USB > controller probing asynchronous and therefore not deterministic as > before. I have reverted the commit on my build and now nothing > changes in the controller numbering. This