senden Sie bitte ihren
GPG/PGP-Schlüssel zu.
---
Enrico Weigelt, metux IT consult
Free software and Linux embedded engineering
i...@metux.net -- +49-151-27565287
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo
more in detail?
--mtx
Thanks,
SteveT
Enrico Weigelt, metux IT consult said on Fri, 30 Jul 2021 14:49:32 +0200
Hello folks,
maybe a bit offtopic, but allow me to announce the FlyingTux project:
It's an build/runtime infrastructure for running desktop and mobile
applications in containers
On 06.08.21 22:16, Steve Litt wrote:
Hendrik Boom said on Fri, 6 Aug 2021 13:40:32 -0400
On Fri, Jul 30, 2021 at 02:49:32PM +0200, Enrico Weigelt, metux IT
consult wrote:
Hello folks,
Have a look at inferno. http://inferno-os.org/
-- hendrik
What's the relationship between Inferno
eine vertrauliche Kommunikation senden Sie bitte ihren
GPG/PGP-Schlüssel zu.
---
Enrico Weigelt, metux IT consult
Free software and Linux embedded engineering
i...@metux.net -- +49-151-27565287
___
Dng mailing list
Dng@lists.dyne.org
https
hlüssel zu.
---
Enrico Weigelt, metux IT consult
Free software and Linux embedded engineering
i...@metux.net -- +49-151-27565287
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
eine vertrauliche Kommunikation senden Sie bitte ihren
GPG/PGP-Schlüssel zu.
---
Enrico Weigelt, metux IT consult
Free software and Linux embedded engineering
i...@metux.net -- +49-151-27565287
___
Dng mailing list
Dng@lists.dyne.org
https
--
---
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
i...@metux.net -- +49-151-27565287
.
---
Enrico Weigelt, metux IT consult
Free software and Linux embedded engineering
i...@metux.net -- +49-151-27565287
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
ions, even not larger fixed sized arrays.
--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 eng
-generated files
* overwrite toolchain commands by standard env vars ($CC, etc)
--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
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
i...@metux.net -- +49-151-27565287
___
Dng mailing list
Dng@lists.dyne.org
formally described transformation
rules, so we can do fully automatic imports.
--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
-
---
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
i
industrial revolution, but they are still political problems.
ACK.
--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
zu.
---
Enrico Weigelt, metux IT consult
Free software and Linux embedded engineering
i...@metux.net -- +49-151-27565287
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
--
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
i...@metux.net -- +49-15
ic damages).
Therefore introduce a new setting and only execute programs if explicitly
enabled.
Signed-off-by: Enrico Weigelt, metux IT consult
---
thunar/thunar-file.c | 55 +---
1 file changed, 31 insertions(+), 24 deletions(-)
diff --git a/thu
;-)). Maybe that's something
that could be interesting for this usecase.
--mtx
--
Enrico Weigelt, metux IT consult
Free software and Linux embedded engineering
i...@metux.net -- +49-151-27565287
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglist
mings ?
Can't tell anymore, it's sooo long ago. But I've spent really huge
amount of time. Maybe it's much easier now, or maybe it's much more
complex as today's software had become so complex. No idea.
What are the actual use cases you have in mind ?
--mtx
--
Enrico Weigelt, metux IT consult
Fr
S.
thx.
Maybe we should discuss how to bring extra packages (that aren't
covered by Debian at all) into the distro. Any ideas ?
--mtx
--
Enrico Weigelt, metux IT consult
Free software and Linux embedded engineering
i...@metux.net -- +49-151-27565287
__
just for your amusement ...
Forwarded Message
Subject: Our build system may be broken: /bin vs /usr/bin
Resent-Date: Mon, 19 Nov 2018 15:01:46 + (UTC)
Resent-From: debian-de...@lists.debian.org
Date: Mon, 19 Nov 2018 08:55:31 -0600
From: Dirk Eddelbuettel
To: Debian
On 17.10.2018 15:14, Edward Bartolo wrote:
> Why doesn't Devuan edit sysvinit to use systemd's unit files instead
> of scripts? That would bypass the entire problem.
That would be a *very complex* task - basically reimplementing much
of systemd logic. Nothing that I could aggree to support.
On 15.10.2018 14:42, g4sra wrote:
welcome.
> The issue as I see it is that Linux is becoming commercialised by the
> likes of Red Hat and other big players (Oracle, IBM, etc, etc).
ACK. That's IMHO one of the major reasons for the massive quality
degradation in recent years ... just look at the
On 16.10.2018 11:29, Alessandro Selli wrote:
> I find it amazing how often there is no one who knows anything> technical
> about the printer, and I do not mean the list of printing
or> shared filesystem protocols it supports or if it can take
Postscript/PDF> files directly, but not even it's
On 10.10.2018 14:29, Rowland Penny wrote:
> Are you trying to tell me that Junker etc are leftist ? pull the other> one,
> its got bells on.
No, I just see some patterns. Anyways, I don't put anybody in those
categories, until there is actual strong evidence for that. And I
believe, people
On 25.07.2018 10:20, Joel Roth wrote:
Hi,
> Most of those "alarming" files are just systemd units files, put there> by
> daemons/packages/utilities who "also" support systemd in a way or>
another. So they are not alarming but just *totally* *harmless* if you>
don't have a running systemd as PID
On 25.07.2018 09:11, Hleb Valoshka wrote:
> It's required just to notify systemd that sshd is running, so in
> systemd-less system it's nop. So mostly libsystemd0 is harmless.
Is it that the original libsystemd0, which tries to talk to systemd
via desktop-bus ?
Or is it a patched version, where
On 10.10.2018 13:20, Rowland Penny wrote:
Hi,
> You could just have said:
> * people against shall be banned/silenced, as they're
>discriminating/against .
>
> Instead of that long list.
I did this to illustrate that can quickly become a very long
list. By the way, the list in the
On 06.09.2018 09:21, Martin Steigerwald wrote:
> My Firefox never forced me to use Pocket or Sync or anything. The start
> page had some Pocket recommendations after some update, but I just
> disabled those. You can even configure the start page after starting
> Firefox or opening a new tab to
On 01.10.2018 07:28, taii...@gmx.com wrote:
Hi,
> On 09/27/2018 05:11 PM, Bruce Perens wrote:
>> I'm that Social Justice Warrior that you don't like.
>
> I can almost guarantee you aren't.
>
> There is a big difference between being for social justice which any
> reasonable person is, and
On 09.08.2018 15:08, Alessandro Selli wrote:
> Indeed the only safe way is running one's own
> infrastructure. Too bad the major FOSS web browser is following this
> business trend, but after all we know Mozilla is a Corporation, not a
> charity.
I dont expect anything else from them anymore
Hi folks,
could anyone give me a hint on how to run the installer on
serial console ? If I just add conosole=tty0, the installer
suddenly asks me for the language.
I'm running automatic installs in qemu. And I'd like to detect
fatal errors from the console.
--mtx
--
Enrico Weigelt, metux
On 14.05.2018 02:05, Arnt Karlsen wrote:
By the way: I'm currently hacking up a tool for fully automatic
VM installs (much smaller an simpler than vagrant et al) - if
anybody's interested, just drop a note.
..qubes-os.org style but based on Devuan?
Something like that :)
But also w/ some
On 13.05.2018 10:17, KatolaZ wrote:
The package is in the repos, so there must be something odd with
your sources.list?
Also: which install image are you using?
Seems I just messed up my preseed. Sorry for the noise.
By the way: I'm currently hacking up a tool for fully automatic
VM
Hi folks,
could anybody please give me some hints on how to set keymap
(in my case: de-latin1) via preseed ?
--mtx
--
Enrico Weigelt, metux IT consult
Free software and Linux embedded engineering
i...@metux.net -- +49-151-27565287
___
Dng mailing
Hi folks,
seems I've stumbled across a bug in jessie installer:
dbus depends on libcap-ng0, which isn't available.
do I need to add debian repos to sources.list ?
--mtx
--
Enrico Weigelt, metux IT consult
Free software and Linux embedded engineering
i...@metux.net -- +49-151-27565287
On 02.05.2018 10:49, Olaf Meeuwissen wrote:
In the README, I noticed: > >* automatically debootstrap a build container base image> > I
haven't checked how that is achieved, but why don't you just> >
docker pull registry.gitlab.com/paddy-hack/devuan/builder
That would just be a special
Forwarded Message
Subject: Announce: docker-buildpackage
Date: Tue, 1 May 2018 15:23:31 +0200
From: Enrico Weigelt, metux IT consult <i...@metux.net>
To: dng@lists.dyne.org <dng@lists.dyne.org>,
ubuntu-de...@lists.ubuntu.com, debian developers
<debian-de...@l
On 23.10.2017 11:50, Simon Hobson wrote:
[U]EFI in itself isn't all that bad - what some manufacturers do with it, and
the hash they make of it, is often bad.
It always had been bullshit. A good technical solution would be
OF + device tree.
Board vendors should just provide the board init
On 23.09.2017 10:51, Miroslav Rovis wrote:
Except with Udoo the *fake* open hardware. Based on Intel x86 processor, as I
strongly suspect.
Maybe we should set up a public list of open vs. proprietary hardware,
a big hall of fame and hall of shame. Laud the good and blame the bad.
And
On 21.09.2017 19:49, Joel Roth wrote:
That's odd. I installed the skypeforlinux.deb file on deuvan jessie without
the pulseaudio server.
yes, it depends on pa library, but not the service - which is correct,
as the server could be remote.
--mtx
___
On 21.09.2017 18:12, Edward Bartolo wrote:
Excuse me for interrupting this conversation, but, what is the point
of making sure a browser is secure knowing there is a complete HIDDEN
OS running all the time?
Not everybody uses (recent) x86 :p
We can't take care of everything at once, and IME
On 21.09.2017 16:51, zap wrote:
I look forward to such an idea, will it support alsa and
Didn't touch the ALSA part yet - if upstream supports it,
shouldn't be a problem. OTOH, if upstream drops it, we need
some deeper thoughts on that. Perhaps think about an generic
crossplatform audio
On 21.09.2017 04:09, zap wrote:
Hi,
haven't tried waterfox yet, and didn't get in contact w/ the
folks behind, but I've started an own fork: Librezilla.
https://github.com/Librezilla
It's pretty experimental yet, and still based on esr52 (because of
the rust problem).
BTW: it seems that
On 19.09.2017 16:46, Adam Borowski wrote:
Too bad, Firefox is the only somewhat usable browser. With enough
extensions (hello 57...) it's possible to beat some basic security into it,
while Chromium has built-in spyware even in that "incognito mode" snake oil
that can't be disabled by
Hi folks,
is there a package (in dng jessie) w/ the current repo pubkey ?
W: GPG error: http://auto.mirror.devuan.org jessie InRelease: The
following signatures couldn't be verified because the public key is not
available: NO_PUBKEY 94532124541922FB
--mtx
On 16.09.2017 21:11, goli...@dyne.org wrote:
On 2017-09-16 14:03, Enrico Weigelt, metux IT consult wrote:
Hi folks,
anyone of you already created docker images ?
What do you think about publishing 'official' images into the
docker.io registry ? Maybe starting with very minimal - one per
Hi folks,
anyone of you already created docker images ?
What do you think about publishing 'official' images into the
docker.io registry ? Maybe starting with very minimal - one per release
and arch ...
--mtx
___
Dng mailing list
Dng@lists.dyne.org
On 08.09.2017 09:53, Erik Christiansen wrote:
No, one of the variety of CPUs implemented on FPGAs, so not so curious
at all. Some FPGAs contain RAM areas, improving the gate efficiency of
e.g. a CPU implementation.
No, that's just boring ;-)
I'm thinking of generating VHDL from fw rules and
On 07.09.2017 16:12, Erik Christiansen wrote:
If the firewall is on a FPGA, then we know what every gate is doing, as
we have the VHDL source for it.
An purely FPGA-based firewall (w/o an cpu in it), specifically
synthesized for a given ruleset seems an very interesting approach.
Anyone here
On 07.09.2017 16:42, Rowland Penny wrote:
On Thu, 7 Sep 2017 16:32:42 +0200
Adam Borowski wrote:
On Thu, Sep 07, 2017 at 11:51:46PM +1000, Erik Christiansen wrote:
I have tried asking nicely
WILL YOU SHUTUP!!!
hey, please calm down.
IMHO, even this discussion isn't
On 06.09.2017 03:14, mdn wrote:
If I understood it correctly, they managed to boot an modified firmware
on that ME core, so it theoretically should be possible to run an
entirely own firmware on it. Maybe barebox or plan9.
They did manage to boot a modified firmware but there's still
On 05.09.2017 18:14, mdn wrote:
If I understood it correctly, they managed to boot an modified firmware
on that ME core, so it theoretically should be possible to run an
entirely own firmware on it. Maybe barebox or plan9.
Having a serial console (maybe via some free gpios ?) would be a
On 01.09.2017 01:25, Rick Moen wrote:
https://github.com/orgs/Librezilla/
Thank you for working on that. I haven't taken the time to find the
crux of your objection to the upstream code, though.
In essence, moz folks only want to add new fancy brave new world
features (seems they're
On 31.08.2017 22:38, Rick Moen wrote:
I think you're missing that point that a baseband chipset integrated > with a smartphone has total control over anything and everything the>
smartphone does,
Depends on how it is connected to the rest of the system.
If it eg. has a direct link to the mic,
On 31.08.2017 22:26, Rick Moen wrote:
They say it's going to be either i.MX6 or i.MX8.
whenever mx8 will be actually available ... :o
They haven't yet
decided. (This further underlines my point that it's definitely nothing
like a finished product, yet.)
ack.
I don't want to be unduly
On 31.08.2017 22:05, zap wrote:
Try Waterfox that is libre by default at least. eme can be disabled and
that is waterfox's only problem.
Cool, didn't know that yet.
We should support it in dng.
--mtx
___
Dng mailing list
Dng@lists.dyne.org
On 31.08.2017 21:53, Daniel Abrecht wrote:
While all android phones technically use a linux kernel, they have > nothing else in common with a normal Linux system. Android has it's>
own libc: bionic.
One of my goals in the gnudroid project (which is currently stalled
due lack of time) is
On 31.08.2017 20:07, Rick Moen wrote:
Having the i.MX6 ori.MX8 CPU 'separate' from the baseband controller
Does it have to be an mx6 ? okay, open gpu drivers, but perhaps a little
bit expensive and produces a lot heat.
(a term on which they have not yet elaborated), but the latter remains
On 31.08.2017 15:48, Edward Bartolo wrote:
The devil's advocate in me tells me, since making money is involved,
in the end, history will repeat itself as with what happened with
'user-centredness' in GNU/Linux! Those who have used GNU/Linux for
some long time know pretty well with the shoving
On 31.08.2017 17:01, info at smallinnovations dot nl wrote:
Sure as far as it the kernel concerns that is true. As soon as you want
hardware support for a specific SOC you depend on the hardware
manufacturer. Which are not interested in open source and you are
already lucky if they even want
On 31.08.2017 16:40, taii...@gmx.com wrote:
I doubt it will be owner controlled, as their laptops aren't - they
still haven't even gotten a blobbed version of coreboot working (blobbed
init code + ME enabled as they insisted on a crappy intel soc)
Purism isn't a trustworthy company.
Don't
On 12.08.2017 22:16, Evilham wrote:
As mentioned on IRC, I'm quite near and could lend a hand;
where exactly are you located ?
--mtx
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
On 12.08.2017 20:45, info at smallinnovations dot nl wrote:
I suppose 1&1 is some VPS provider?
It's on of the largest hosting provider in Germany (probably whole
Europe).
I've got some physical machines there.
I like to get my hands dirty, but
for something usefull. So is the intention to
On 12.08.2017 18:52, Michael Siegel wrote:
There is a pretty big (2500-3000 visitors) Linux/FOSS event taking place
in Chemnitz (Germany) in March. It's called Chemnitzer Linux Tage
(Chemnitz Linux Days) and has been held annually since 1999. The
project's website can be found at
On 12.08.2017 17:11, lfs.mail...@leloft.co.uk wrote:
Hi,
Not quite sure what you need, but i've got a couple of i5s that i'm
using as backup and are woefully under-employed, so i'd be happy to see
them work for their living. I'd need to open the ports
for you on the router and on the
On 27.07.2017 17:35, Narcis Garcia wrote:
El 27/07/17 a les 09:51, Enrico Weigelt, metux IT consult ha escrit:
On 27.07.2017 06:13, Narcis Garcia wrote:
vzquota does in OpenVZ does what LXC doesn't.
Sure ? Proxmox somehow manages to do it (via lxc). Maybe look at
their code to find out how
On 27.07.2017 08:22, Didier Kryn wrote:
At first glance at least, it means that file offsets are managed in the
kernel or VFS
Of course they are. That's required for any sane multiprocessing
implementation. And some files/devices don't even have the notion
of a current position (IOW: not
On 26.07.2017 21:15, Adam Borowski wrote:
The future is lxc, which has some new tricks, but offers nowhere close to
the level of isolation openvz and vserver had. Unprivileged containers
aren't bad, but still quite lacking.
Whats missing in lxc?
--mtx
On 26.07.2017 09:34, Didier Kryn wrote:
All languages wrap libc's API with their own primitives: C wraps
unistd's write() within printf() and fwrite()
It doesn't just "wrap" it, it calls it in order to achieve some
higher functionality. These functions only make sense if you're
working
On 26.07.2017 08:55, Didier Kryn wrote:
I totally disagree. Programming low level libc functions and
programming a full-featured web browser aren't the same kind of job at
all and should be done in neither the same state of mind, nor the same
language. Most probably they souldn't be done by
On 26.07.2017 04:47, Christopher Clements wrote:
My high-school programming class was advertised as teaching people how to
program in C and do all sorts of low-level stuff. I signed up thinking
I might finally meet a "computer expert" that actually knew what they
were talking about...
The
On 23.07.2017 15:16, Florian Zieboll wrote:
| The production of a laptop consumes so much energy that for energetic
| reasons it is never worthwhile to exchange an old, still functional
| device for a new, more energy-efficient device.
Funny, as these are exactly the guys who want us to
On 23.07.2017 08:56, Hendrik Boom wrote:
THere's at least one. My laptop runs an Atom processor. It was the
first EEEPC that was completely Linux-compatible without requiring any
nonfree drivers, and came out anout a year after the first EEEPC.
Some more: I'm still running 32bit userland
On 18.07.2017 08:45, Rick Moen wrote:
Strictly speaking, I am reasonably sure it doesn't _depend_ on WINE, but
merely use it if it's present.
The fact that it silently starts proprietary executables (eg. the
windows scripting host), just because they're there, indeed is a
huge bug, more
On 18.07.2017 07:48, Fungi4All wrote:
Jus'b'cause lots of you want to go to bed with Poetering does not make
this a gay distribution
Is Lennart a man at all ? :o
--mtx
___
Dng mailing list
Dng@lists.dyne.org
On 13.07.2017 16:37, Miroslav Rovis wrote:
So true. I'm still banned from Gentoo Forums (also because I never asked to be
back; I didn't feel I was to blame in the least).
By the way: heared some rumors that some people are banned from this
list, too.
--mtx
On 12.07.2017 15:23, Didier Kryn wrote:
Le 11/07/2017 à 21:22, Jamey Fletcher a écrit :
That sounds suspiciously like you're working on the LHC! Or perhaps the
VLA...
Particle Physics, although not LHC :-) Neutrino Physics.
Ah, did you folks find a way for catching large quantities of
On 11.07.2017 19:07, Didier Kryn wrote:
The system isn't a server open to the public. It's a kind of
industrial process (though it's for fundamental research). Only a
limited number of users have an account on the hosts and only members of
the vme group are given permission to access the
On 11.07.2017 23:33, Rowland Penny wrote:
Yes, there is 'with-systemd' and 'without-systemd', not that either are
really needed, the systemd parts will only be built if the systemd
development libs are installed.
It should be an explicit op-in (in general, I really dislike any
autodetect
On 11.07.2017 18:03, Adam Borowski wrote:
Because so many upstreams of valuable software not only migrate to it but
also make it mandatory.
Do you have an example, that currently hits us - then I'll have a look
at it.
It's all of lennartware, not just systemD.
Well, the dbus pest indeed
On 11.07.2017 23:23, Adam Borowski wrote:
Uhm, but what's the point in _this_? Samba does the right thing: builds
systemdD support if and only if its configure script detected the headers
(which can usually also be forced by --enable-foo or --disable-foo).
#1: just a little hack while
On 11.07.2017 15:02, Simon Hobson wrote:
But it clear from reading comments on any article mentioning
> systemd that a great many people really have no idea why
> they should care.
Just pointing out some fundamental problems (especially on bug
or problem reports) and let them learn by own
On 05.07.2017 23:30, Didier Kryn wrote:
> And there are a whole menagerie of addressing and transfer protocols,
> including chained dma transfers
Especially things like DMA are naturally kernel domain. I wouldn't ever
allow any direct access to dma controllers from userland.
> In our case it
On 11.07.2017 13:55, Simon Hobson wrote:
There are (IMO) three things needed : >
1) Have an alternative - ie Devuan.
And there're other non-systemd-Distros out there. Just collaborate with
them and ignore the others. (we could also set up some tiny patch-
sending bots that penetrate nasty
On 10.07.2017 23:10, Steve Litt wrote:
Remember, we're fighting a huge and well funded opponent, possessing
the money to throw at programmers to keep the systemd mess running, as
well as money for publicity to counter common sense with neverending
bulldroppings. Seen in that context, what we've
On 05.07.2017 06:38, Didier Kryn wrote:
Also the API of their driver looked in contradiction with the one
of Gabriel Paubert who has been developping a discontinued suite of free
VME drivers for Debian. I talked with Gabriel Paubert more than a decade
ago because I have been using his
On 05.07.2017 11:56, KatolaZ wrote:
DR D1Rs,
yesterday I was reviewing a new package made by Daniel Abrecht (DPA),
a little library that implements the sd_journal_* functions by
redirecting the calls to syslog. The project can be found here:
by the way: do we have a list of packages that
On 07/01/17 22:50, Didier Kryn wrote:
Precisely, the domain of embedded devices is one where HW vendors
write drivers.
Most of the time you don't wanna use them. Especially not proprietary
ones. Just look eg. at fsl's gpu drivers: totally insecure and harmful.
(back when I read their adreno
On 07/01/17 21:21, Simon Hobson wrote:
In general - none !
So, why not just patching the crap out and filing an upstream bug
(incl. notifying the folks here, so we can keep an eye on it) ?
--mtx
___
Dng mailing list
Dng@lists.dyne.org
On 07/01/17 14:43, Didier Kryn wrote:
> They preserve the external API but change all the rest.
Yes, that's the way we support zillions of different devices,
especially in the embedded world, w/ relatively small efforts
(OF was probably one of the most important steps) and still offer
good
On 07/01/17 09:37, Jaromil wrote:
chromium uses seccomp sandboxing internally which may fail to run
inside a chroot. I run chromium regularly on jessie, also inside
firejail (using https://github.com/dyne/tinfoil) so can confirm that
at least outside of a chroot it works well.
Meanwhile found
Hi folks,
on devuan jessie (in chroot) chromium crashes immediately:
(devuan)nekrad@orion:~$ chromium -g --temp-profile
cat: /etc/debian_version: Datei oder Verzeichnis nicht gefunden
# Env:
# LD_LIBRARY_PATH=
#
PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games
#
On 28.06.2017 01:46, Rick Moen wrote:
OK, let's say I just wrote a codebase and declare it to be under GPLv2
licence terms. I haven't yet put it up for download, but am willing to
give you a source code instance for €10. Please explain to me why I may
not offer to sell you that codebase.
On 28.06.2017 01:24, Rick Moen wrote:
Quoting Enrico Weigelt, metux IT consult (enrico.weig...@gr13.net):
wait a second - these grsecurity folks are *selling* kernel patches ?
how is that compatible w/ the gpl ?
Please explain to me why I may not offer to sell a codebase subject to
GPLv[23
On 27.06.2017 11:06, Arnt Karlsen wrote:
..there's hope, it would take holding the systemd fanbois
to the same standards as the 'clowns' at grsecurity...
http://www.theregister.co.uk/2017/06/26/linus_torvalds_slams_pure_garbage_from_clowns_at_grsecurity/
wait a second - these grsecurity folks
Hi folks,
just installed chromium in an dng jail, and it fails miserably:
(devuan)nekrad@orion:~$ chromium
cat: /etc/debian_version: No such file or directory
[12071:12071:0625/223936.306810:ERROR:browser_main_loop.cc(279)] Gtk:
Locale not supported by C library.
Using the fallback 'C'
On 25.06.2017 22:23, Hendrik Boom wrote:
> The big question is whether Android still requires a custom Linux
> kernel.
Last time I checked (>6 month ago), only wakelocks and some other minor
(non-critical) stuff was missing from mainline. No idea whether that
stuff went in now, but it shouldn't
On 22.06.2017 19:53, Hendrik Boom wrote:
> I manage to get a root accout on my phone. But even root only gets
> selective access to parts of the file system. And hope you're lucky
> when you try to guess the names of the its of file system you are
> allowed to access. Google seems to have
On 19.06.2017 13:24, KatolaZ wrote:
Hi folks,
> the main problem with this is that if you want to provide a consistent>
> interface to the upper-level userland and to include support for
fancy> concepts like "session" and "seat", as systemd aspires to, you
must> have control on all the
1 - 100 of 202 matches
Mail list logo