https://github.com/rui314/8cc
so why scc?
Daniel
2015-08-04 22:42 GMT+02:00 Anselm R Garbe :
> Hi there,
>
> I'm working on a new stali distro (current state will be published
> during the next days) and am looking for a ELF capable linker that
> doesn't suffers from GPL/copyleft licensing issues.
>
> Background: I need to solve the problem of no
2018-01-09 3:22 GMT+01:00 k.suzaki :
>
> Dear,
>
> I found some dlopen() functions in the stali source code. I guess they are
> obstacle of static linking.
> However, the configure files and .m4 files have the open "enable_dlopen=no".
>
> Are all dlopen() functions suppressed when the source files
2018-01-10 4:22 GMT+01:00 k.suzaki :
> On 2018/01/09 17:10, k.suzaki wrote:
>
>> On 2018/01/09 15:49, Daniel Cegiełka wrote:
>>>
>>> 2018-01-09 3:22 GMT+01:00 k.suzaki :
>>>>
>>>> Dear,
>>>>
>>>> I found some dlopen(
2018-01-11 21:03 GMT+01:00 Cág :
>
> k.suzaki wrote:
>
> > Dear,
> > Can I build stali with another libc? The old stali seems to be built by
> > uClibc.
>
> You can but you shouldn't.
>
> musl is the only alternative, fairly feature complete, libc, that is still
> being developed. uClibc/dietlibc h
2018-01-16 21:06 GMT+01:00 Cág :
> Daniel Cegiełka wrote:
>
>> yup... and next one is bearssl
>> https://bearssl.org/
>
> What is so great about it? I only know about Libre/OpenSSL and the GNU
> implementation.
"""
Be correct and secure. In particular,
> From: Michael Forney
> Date: Tue, 28 Mar 2017 00:00:22 -0700
> On Mon, Mar 27, 2017 at 2:44 PM, Marc André Tanner
> wrote:
>> Hi Michael,
>> * Did you consider using netbsd-curses[1] instead of ncurses?
>>
>> This probably won't work as is, because libtermkey as required by
>> vis depends on
Hi,
https://lists.suckless.org/dev/1811/33025.html
I prepared a more detailed description of how to compile vis + netbsd-curses.
1) copy from ncurses/ncurses/names.c strnames & strfnames:
DCL(strnames) = {
"cbt",
"bel",
(...)
"box1",
(NCURSES_CONST char *)0,
};
DCL(strfname
sob., 24 lis 2018 o 13:16 Leonardo Taccari napisał(a):
>
> Hello Daniel,
>
> Daniel Cegiełka writes:
> > [...]
> > vis works fine, however, there is a problem when I use ':!' or ':e *'.
> > I think that the terminal settings are not restored. Does
sob., 24 lis 2018 o 14:14 Leonardo Taccari napisał(a):
>
> Hello Daniel,
>
> Daniel Cegiełka writes:
> > [...]
> > It works fine, because they don't use netbsd-curses but ncurses.
> >
> > http://pkgsrc.se/wip/vis-editor
> > http://pkgsrc.se/devel/n
sob., 24 lis 2018 o 16:05 Leonardo Taccari napisał(a):
>
> Daniel Cegiełka writes:
> > [...]
> > Nothing. Maybe you use libtermkey+unibilium instead of netbsd curses?
> > [...]
>
> Yes, libtermkey package is built with unibilium support.
libtermkey+unibilium - unfo
sob., 24 lis 2018 o 20:23 Michael Forney napisał(a):
>
> Hi Daniel,
>
> On 2018-11-24, Daniel Cegiełka wrote:
> > Hi,
> >
> When I looked into this, I went with a slightly different approach.
> Instead of copying from ncurses, I generated the arrays from term.h
&g
sorry for html...
pon., 26 lis 2018 o 17:40 Daniel Cegiełka
napisał(a):
>
>
>
> pon., 26 lis 2018 o 17:21 ilmich napisał(a):
>>
>> Il giorno lun 26 nov 2018 alle ore 15:38 Laslo Hunhold
>> ha scritto:
>> > Dear Michele,
>>
>> > I remembe
sob., 24 lis 2018 o 20:23 Michael Forney napisał(a):
>
> Hi Daniel,
>
> When I looked into this, I went with a slightly different approach.
> Instead of copying from ncurses, I generated the arrays from term.h
> and an awk script.
>
https://github.com/sabotage-linux/netbsd-curses/issues/34
Thx
pon., 26 lis 2018 o 19:23 ilmich napisał(a):
>
> Hi Daniel,
>
> > > 1) Note that struct passwd is not compatible with linux libc ABI
> > > (pw_class).
>
> you are right, but I've noticed that ubase's login and passwd
> implementation make us of them.
> However my conclusion is that ubase currentl
niedz., 30 gru 2018 o 10:36 Laslo Hunhold napisał(a):
>
> On Sat, 29 Dec 2018 20:32:13 -0500
> stephen Turner wrote:
>
>
> Really helpful would be a make-implementation that is 100% POSIX[0]. It
> makes me sad to see that most Makefiles use GNU-extensions, as they are
> not necessary in most case
Hi,
I know that most people on this list use ext4 - Michael's oasis,
sta.li etc. We simply take ext4 and do not consider other options. I
don't want to start discussing which file system is the best and the
fastest, because it depends on the destination. I'm interested in
which file system sucks t
niedz., 21 kwi 2019 o 14:44 Alexander Huemer
napisał(a):
>
> I have used JFS on Linux for several years, the experience was not
> positive. Under conditions like 'disk full' or 'power failure' it tends
> to corrupt data. I have also worked with JFS on AIX, over there the same
> issues do not seem
niedz., 21 kwi 2019 o 14:35 Martin Tournoij napisał(a):
>
> On Fri, 19 Apr 2019 09:20:41 +0200 Daniel Cegiełka
> wrote:
> > * ZFS
> > Resource-consuming. Designed for large servers.
> >
> > * btrfs
> > Rather a good choice for server rooms (Facebook).
&g
niedz., 21 kwi 2019 o 12:48 Igor Rubel napisał(a):
>
> Hello!
>
> What do you think about union mounting and UnionFS in particular?
I really like this idea. This is the Plan 9's bind implementation. You
can mount many different sources in one directory. Imagine that your
login program also create
niedz., 21 kwi 2019 o 15:24 Joseph Graham napisał(a):
>
> > In fact, in many filesystems there are very weak – or no! – guarantees that
> > the data you're reading is actually correct. Systems like ext4 simply assume
> > that the data written to the disk will never change. AFAIK, it has
> > essent
niedz., 21 kwi 2019 o 16:13 Martin Tournoij napisał(a):
>
> On Sun, 21 Apr 2019 14:53:19 +0200 Daniel Cegiełka
> wrote:
> > ZFS, btrfs and bcachefs are, however, designed as a filesystems for data
> > storage.
> > These are good filesystems for databases. Next to
niedz., 21 kwi 2019 o 21:55 Ciprian Dorin Craciun
napisał(a):
>
>
> Indeed, Git is the best "file-system" (if it can be called so) for
> important data. (It even has `git-fsck`.) :)
>
> Moreover I usually keep (and generate once in a while) MD5 checksums
> of all my files, which, coupled with a
niedz., 21 kwi 2019 o 22:07 Ciprian Dorin Craciun
napisał(a):
>
> On Sat, Apr 20, 2019 at 1:29 AM Daniel Cegiełka
> wrote:
> > * JFS [1]
> > Forgotten file system. JFS is what ext4 should be. This is a very well
> > thought and well-designed file system. It i
niedz., 21 kwi 2019 o 21:10 stephen Turner
napisał(a):
>
> I am an amateur here and follow mostly to learn from you all, but I did like
> some of the ideas in btrfs.
my tricks with btrfs (no partitions):
dd if=/dev/zero of=/dev/sda bs=4096
mkfs.btrfs -L dev_sda /dev/sda
mount /dev/sda /mnt
cd
niedz., 21 kwi 2019 o 21:55 Ciprian Dorin Craciun
napisał(a):
>
> On Sun, Apr 21, 2019 at 8:42 PM Daniel Cegiełka
> > The best example here is Google. They used ext2 for a long time as
> > their main filesystem. Yes, ext2. Why? ext2 is a very simple file
> > system - it i
pon., 22 kwi 2019 o 07:17 Fernando Cassia napisał(a):
>
> On 4/19/19, Daniel Cegiełka wrote:
>
> > Would anyone be interested to start supporting JFS? I'm thinking about
> > rewriting jfsutils.
> >
> > Best regards,
> > Daniel
>
> +1 on all yo
niedz., 28 kwi 2019 o 21:46 Thomas Meulendijks
napisał(a):
>
> Hi all,
>
> I am currently using pandoc to convert my markdown files into pdf.
> I do this because of a few things,
>
> - I want to be able to manage my documents in git.
> - I want to edit my documents in my text editor of choice
> -
Hi,
I'm going to use Quentin's miniyacc with (for example) bc.y from Plan 9:
https://github.com/9fans/plan9port/blob/master/src/cmd/bc.y
Of course, I had to modify the code (a bit), but unfortunately I still
get an error when using miniyacc - works correctly with yacc from
OpenBSD and Plan 9.
I'
A small addition:
* miniyacc was written by Quentin Carbonneaux, who is very well known
in the suckless community (qbe, https://c9x.me).
* I did a small comparison yacc parsers and for bc.y OpenBSD's yacc
produces 50.5k binary vs 38.5k Plan 9's yacc (9base).
* miniyacc is optimized for low memory u
isn't
actively developed:
https://c9x.me/git/miniyacc.git/log/
mpu devotes most of his time to developing qbe.
Daniel
śr., 8 maj 2019 o 10:36 Michael Forney
>
> On 2019-05-07, Daniel Cegiełka
> > Hi,
> >
> > I'm going to use Quentin's miniyacc with (for exampl
pt., 17 maj 2019 o 20:13 Thomas Meulendijks napisał(a):
>
> Hey,
>
> I am looking to switch to ubase an sbase and try to only use suckless
> software where available as a experiment and a way of learning my system
> better.
>
> Now I settled on void linux as a distro since it uses musl.
>
> Now
wt., 21 maj 2019 o 08:14 Michael Forney napisał(a):
>
> On 2019-05-20, sylvain.bertr...@gmail.com wrote:
> > Sadly, gcc-4.7 does not have an aarch64 backend and it's a pain to
> > configure
> > without breaking anything.
>
> I wonder what the state of ARM/aarch64-4.7-branch is:
> https://gcc.gnu.
wt., 21 maj 2019 o 20:12 napisał(a):
>
> On Tue, May 21, 2019 at 09:27:19AM +0200, Daniel Cegiełka wrote:
> > wt., 21 maj 2019 o 08:14 Michael Forney napisał(a):
> > >
> > > On 2019-05-20, sylvain.bertr...@gmail.com
> > > wrote:
> > > > Sadly
> Choose an OS which has a small kernel and other minimal software
> that you need. (OpenBSD is the only one I can see here today)
suckless is strongly Linux-oriented - musl, ubase, smdev, nldev, nlmon
I wonder if it would make sense to make a little Linux kernel.
Everything that is unnecessary c
pon., 12 kwi 2021 o 20:36 Sagar Acharya napisał(a):
>
>
>
> > I don’t think it makes sense for the suckless guys to try trimming down
> > that bloated mess (Linux kernel).
> >
> > To be honest I’m wondering if the love they give OpenBSD, as a desktop OS,
> > is misplaced. OpenBSD is 22M lines i
How/where SHA512 is better than SHA256 or SHA1? I don't see any added
value in this. If someone breaks into your server and replace files,
may also regenerate check sums (SHA256/512 or SHA3, scrypt etc.). The
use of MD5 will be equally (un)safe as SHA512 :)
A better solution is e.g. signify from O
wt., 13 kwi 2021 o 17:59 Hiltjo Posthuma napisał(a):
>
> On Tue, Apr 13, 2021 at 04:45:07PM +0200, Daniel Cegiełka wrote:
> > How/where SHA512 is better than SHA256 or SHA1? I don't see any added
> > value in this. If someone breaks into your server and replace files,
wt., 13 kwi 2021 o 21:29 Sergey Matveev napisał(a):
>
> *** Mattias Andrée [2021-04-13 20:48]:
> >But interesting, even though Keccak (from which SHA-3 is
> >derived) won over BLAKE2, BLAKE2 seems to be more popular.
>
> Keccak won over "BLAKE". "BLAKE2" is reduced-round tweaked "BLAKE" version.
>
Sergey - nice summary. Let me just add that there are more uses and
aspects that should be taken into account.
Passwords:
- cpu time vs memory usage vs parallel computation - it is difficult
to address everything with one function, but yescrypt:
https://www.openwall.com/yescrypt/
- side-channel at
wt., 13 kwi 2021 o 18:05 Mattias Andrée napisał(a):
>
> On Tue, 13 Apr 2021 16:57:39 +0200
> Sagar Acharya wrote:
>
> > Sure, any good signature. SHA512 is stronger than SHA1, MD5 and SHA256. It
> > shouldn't take a second more than others. Why use a weaker checksum?
>
> SHA512 is actually more
pt., 11 lut 2022 o 12:56 Daniel Littlewood
napisał(a):
>
> Hi all,
>
> I wonder whether there are any text-editing (particularly
> code-editing) workflows people have had success with which combine
> many small programs, rather than using a single monolith.
Here you go:
https://c9x.me/edit/
Dan
42 matches
Mail list logo
