Re: Mixing GPL and non-copyleft code in source files

2024-01-04 Thread Alexandre Oliva
possession or having ever seen a copy of the unmodified program. That's not a strict requirement, but it's a strong hint. So please proceed with caution. Thanks, -- Alexandre Oliva, happy hackerhttps://FSFLA.org/blogs/lxo/ Free Software Activist

Re: Mixing GPL and non-copyleft code in source files

2024-01-03 Thread Alexandre Oliva
ook to me as good as quietly planning not to do so, which in turn doesn't look to me as good as standing against violence to the point of intervening when you witness it. I hope this makes sense to you, -- Alexandre Oliva, happy hackerhttps://FSFLA.org/blogs/lxo/ Free

Re: linux-libre source tarballs

2021-05-08 Thread Alexandre Oliva
On May 6, 2021, Maxim Cournoyer wrote: > Alexandre Oliva writes: >> recipes as to the possibilities of getting to the GNU Linux-libre >> sources from it, how to verify signatures, etc > I for one have not seen them. Would you mind making them available > somewhere?

Re: linux-libre source tarballs

2021-05-05 Thread Alexandre Oliva
enerate tarballs on the fly, and published digital signatures based on archives generated this way, I presume an expectation that changes to the format won't be made without a very compelling reason. -- Alexandre Oliva, happy hackerhttps://FSFLA.org/blogs/lxo/

Re: ISO image: to xz or not to xz?

2021-05-03 Thread Alexandre Oliva
uashfs for the bulk of the data in the install media for a future release. -- Alexandre Oliva, happy hackerhttps://FSFLA.org/blogs/lxo/ Free Software Activist GNU Toolchain Engineer Disinformation flourishes because many people care deeply about injustice but

Re: linux-libre source tarballs

2021-05-03 Thread Alexandre Oliva
them with you, if so, and to take your feedback towards making them available to the public at large. Thanks, -- Alexandre Oliva, happy hackerhttps://FSFLA.org/blogs/lxo/ Free Software Activist GNU Toolchain Engineer Disinformation flourishes bec

Re: Linux-libre 5.8 and beyond

2020-08-25 Thread Alexandre Oliva
Hello, Mark, On Aug 25, 2020, Mark H Weaver wrote: > Alexandre Oliva wrote: >> On Aug 15, 2020, Mark H Weaver wrote: >> >>> If I were to implement this, what would you suggest I do if the patches >>> fail to apply >> >> Look at the conflict pr

Re: Linux-libre 5.8 and beyond

2020-08-23 Thread Alexandre Oliva
t then, I probably wouldn't be using the guix build recipe and default kernel config for the bisection, but rather a smaller config built within the bisect tree. > Alexandre Oliva wrote: >> I'm sure that's not what you intend, but this arrangement, plus your >> men

Re: Linux-libre 5.8 and beyond

2020-08-23 Thread Alexandre Oliva
On Aug 15, 2020, Mark H Weaver wrote: > Alexandre Oliva wrote: >> On Aug 12, 2020, Mark H Weaver wrote: >>> I also consider it unwise for all of us, as a matter of habit or policy, >>> to trust the integrity of the computer systems used by the Linux-libre >>&g

Re: Linux-libre 5.8 and beyond

2020-08-23 Thread Alexandre Oliva
oss a red light, without even looking, are acceptable as long as you don't get hit or caught. Getting lucky 90%, 95% or even 98% of the time doesn't make up for disregarding the procedures that would have warned you of avoidable issues, whether or not they turn out to be actual freedom

Re: Linux-libre 5.8 and beyond

2020-08-23 Thread Alexandre Oliva
On Aug 15, 2020, Mark H Weaver wrote: > Alexandre Oliva wrote: >> On Aug 12, 2020, Mark H Weaver wrote: >> >>>>> It may be useful for users with newer hardware devices, which are >>>>> not yet well supported by the latest stable release, to us

Re: Linux-libre 5.8 and beyond

2020-08-23 Thread Alexandre Oliva
s. On Aug 15, 2020, Mark H Weaver wrote: > Alexandre Oliva wrote: >> No. There are much better (faster and less risky) ways to tend to that >> requirement, see #bisecting below. > [...] >> #bisecting >> >> You can even take one of our releases and apply the pa

Re: Linux-libre 5.8 and beyond

2020-08-14 Thread Alexandre Oliva
release to do. Most often, there are four to seven releases at once, and then, since we don't always react immediately (one needs to sleep occasionally ;-) and we don't get early warnings, especially about major security issues, and our main workhorse has limited capacity, we end up at about one hour per release anyway, having them all ready at about the same time. (Compression of tarballs then takes another half hour or more per release, but the releases are pushed to the git release archive long before compression is completed) -- Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/ Free Software Activist GNU Toolchain Engineer

Re: BTRFS, LVM, LUKS

2019-07-06 Thread Alexandre Oliva
nto taking this step ;-) -- Alexandre Oliva, freedom fighter he/him https://FSFLA.org/blogs/lxo Be the change, be Free! FSF Latin America board member GNU Toolchain EngineerFree Software Evangelist Hay que enGNUrecerse, pero sin perder la terGNUra jamás - Che GNUevara

Re: BTRFS, LVM, LUKS

2019-07-06 Thread Alexandre Oliva
a new lecture to be delivered by the end of the month, to jump into this right away; I wanted to, in order to use guix to deliver the speech, but I doubt I'm going to be able to make the jump in time ;-( -- Alexandre Oliva, freedom fighter he/him https://FSFLA.org/blogs/lxo Be the chang

Re: BTRFS, LVM, LUKS

2019-07-04 Thread Alexandre Oliva
Hello, Giovanni, On Jun 30, 2019, Giovanni Biscuolo wrote: > wellcome to Guix! Thanks! > Alexandre Oliva writes: > Guix is "just" not able to activate/assemble LVM volumes at boot Ok, that doesn't sound too hard to fix. (famous last words ;-) > Device map

Re: BTRFS, LVM, LUKS

2019-07-04 Thread Alexandre Oliva
chine (quite > easy setup). The term "substitute server" doesn't sound familiar to me. From what you suggest, I guess that's a Guix concept related with offloading system rebuilds to it, is that so? > I wish you the best of luck with GuixSD! Thanks! -- Alexandre Oliv

BTRFS, LVM, LUKS

2019-06-29 Thread Alexandre Oliva
get started with it. I suppose VMs might be a way to get started, but... the machines I use are not very powerful, as in, laptops old enough as to support LibreBoot, so I haven't used virtualization much myself. Thanks in advance for any guidance. I'm lxo on IRC. -- Alexandre Oliva,

Re: [GNU-linux-libre] [PATCH] gnu: Add ungoogled-chromium.

2019-02-16 Thread Alexandre Oliva
e it's Free, or at least some of the remaining tasks can be checked off. -- Alexandre Oliva, freedom fighter https://FSFLA.org/blogs/lxo Be the change, be Free! FSF Latin America board member GNU Toolchain EngineerFree Software Evangelist Hay que enGNUrecerse, pero