If you want this, it's easy enough to allocate your own stack, and write
functions that allocate from it and release the allocation. If you were
writing in C++, you could make releasing the allocation automatic.
I think this illustrates why the kernel developers are taking Rust
seriously.
On Fri,
Unfortunately there isn't really a good display solution for Linux
that does not make use of "direct rendering", in which user-mode code
talks directly to the display hardware - especially where 3D and video
are concerned. It is simply not possible to construct a reliable
system in which user-mode
Busybox is GNU. The fact that FSF doesn't own it is immaterial. I developed
it for Debian GNU/Linux.
On Thu, Jan 20, 2022, 11:07 AM onefang wrote:
> On 2022-01-20 18:40:13, Antony Stone wrote:
> > On Thursday 20 January 2022 at 17:24:46, Peter Duffy wrote:
> >
> > > On Sun, 2022-01-16 at 04:12 -
Isn't this one of the things the "dracut" alternative to initramfs-tools
was intended to fix?
On Sun, Jan 23, 2022 at 12:42 PM Florian Zieboll via Dng
wrote:
> On Sun, 23 Jan 2022 21:20:56 +0100
> Florian Zieboll via Dng wrote:
>
> > On Sun, 23 Jan 2022 20:29:39 +0100
> > aitor wrote:
> >
> >
Florian,
I'm glad that worked. What I found with initramfs-tools was that kernels I
built on my workstation were not working on my laptop because they ended up
having hardcoded device references built into the initramfs. Thus must be
especially relevant to people who build kernels for inclusion in
On Wed, Apr 27, 2022 at 3:43 PM Steve Litt
wrote:
> each process in the pipeline will get its own processor core (or nowadays,
> thread).
They are the old-fashioned processes. Generally much heavier-weight than
threads, but it doesn't matter for this application. If there are enough
CPUs or CPU
Speed tests on cached filesystems don't do what is expected. The kernel
will write into RAM as much as it can, and leave the actual I/O for later.
On Thu, Jun 23, 2022 at 12:39 PM Jakub Juszczakiewicz via Dng <
dng@lists.dyne.org> wrote:
> Hi list,
>
> What is time between call dd? On ext fi
I came to the conclusion a while back that systemd was symptomatic of the
fact that we had gone as far as the fundamental assumptions of the Unix API
could take us. It is 50 years old, after all.
There is room for replacement of systemd and continuation of Linux and BSD.
But we should be looking fo
On Thu, Aug 4, 2022 at 7:01 AM wrote:
> Do you have some pointers to thoose experimental operating systems
> so I can get a taste of what you are talking about ?
This goes way back. Mach did lightweight messaging and more (and survives
in MacOS, I think), Plan 9 did the graphics API == window
Jaromil, it really is time for you to stop. It is time for YOU to stop. It
is TIME for you to stop.
On Wed, Apr 24, 2019 at 11:24 PM Jaromil wrote:
>
> dear Rick,
>
> I wholeheartedly agree with you and others here that this
> communication shouldn't have been public, I also consider this a
> da
RISC-V is changing a lot of things. PowerPC doesn't have much value any
longer. IBM will be fine without it. I wouldn't capitalize ARM right now.
Disclaimer: Since I am part running a venture fund these days, SEC won't
let me say what I'm actually invested in to you lowly non-accredited
investors,
Steve has a perfect right to do this if he wants. However I don't believe
it's going to be effective, since red hat will continue to operate
independently, so it has the same management as before.
I think the most instructive thing I've seen so far is the fact that SpaceX
does not use it in their
This isn't actually a right that you can grant yourself regarding other
people's copyrighted works. You can only waive the license terms regarding
software for which you hold the entire copyright. And in that case, you
don't have to say it in the license because it is the legal default.
On Wed, De
Many things. An open file descriptor refers to the inode.
On Mon, Mar 30, 2020 at 10:18 AM aitor_czr wrote:
> Hi,
> On 30/3/20 15:46, Simon Hobson wrote:
>
> Hendrik Boom wrote:
>
>
> On Mon, Mar 30, 2020 at 03:18:45PM +, aitor_czr wrote:
>
> $ ls --inode --directory "/"
>
> 2 /
>
> Is th
Copy the block partition (not the mounted files) to a same size or larger
blank block partition using ddrescue or gddrescue. Try to mount that read
only and copy the files off. If it doesn't work, try to restore the
superblock using one of the tutorials online.
On Sat, Aug 29, 2020, 2:52 PM Dimitr
overall health of the drive is.
On Sat, Aug 29, 2020, 4:12 PM wrote:
> On 2020-08-29 17:15, Bruce Perens via Dng wrote:
> > Copy the block partition (not the mounted files) to a same size or
> > larger
> > blank block partition using ddrescue or gddrescue. Try to mount that
The problem for me is that I would rather work on new stuff. Systemd and so
on are symptoms of the Unix design not really being a good fit for modern
demands. That doesn't mean that you band-aid them with systemd, it's time
for a different architecture. It is also time for what comes after Open
Sou
They'll get up again. What we are seeing is the last hurrah of white
supremacists who aren't getting their way.
On Wed, Jan 6, 2021 at 11:55 AM Se7en wrote:
> The Congress of the United States has fallen. This is NOT A JOKE. The
> United States Congress has fallen.
>
> --
> |-/
CC ND and CC BY NC ND would have to go in the non-free section.
On Wed, Jan 27, 2021 at 11:30 AM wrote:
> On 2021-01-27 12:51, Lars Noodén via Dng wrote:
> > Greetings,
> >
> > Which licenses are relevant for contributing wallpapers to the distro?
> >
> > Would CC BY-ND [1] be the most appropria
Not a problem. Everyone should feel free to write me directly when they
have questions.
On Wed, Jan 27, 2021 at 1:14 PM wrote:
> Thank you Bruce. You noticed how I sidestepped answering that question.
> Sadly, the finer points of licensing has never sunk in despite the
> informative interactions
On Non-Judicial Punishment of Individuals
Including Richard Stallman.
https://perens.com/2021/04/04/on-non-judicical-punishment-of-individuals/
--
Bruce Perens - CEO at stealth startup. I'll tell you what it is eventually
:-)
___
Dng mailing list
Dng@li
21 matches
Mail list logo