Congratulations to all who were involved and helped making this awaited
milestone a reality!
Having upgraded from beowulf to chimaera on a long-standing system, in
which everything was most likely to break, the most time-consuming steps
I encountered were:
* Loads of customised configuration
As it is an object coming generations can't imagine living with, this
message is/will be widely accepted without a thought.
with -> without, of course.
Bernard (Beer) Rosset
https://rosset.net/
___
Dng mailing list
Dng@lists.dyne.org
- Twitch only supplies a QR code
- Twitch forces the use of Authy 2FA
Something very important is implied there, and probably only a few will
notice it: there is a requirement for a smartphone.
Smartphones are notoriously known for:
- Being a closed/proprietary environment:
* hardware
the freely taken choices aren't that much nowadays unless you
Have I said "freely taken"? (o:
Choices are made anyway, and it's important to own them.
I'll come back to you as soon as I start
again to mess with the android code base. Thanks for your time
and effort.
Looking forward to it!
Yes, but I don't have the time to learn the git-fu at the moment.
I usually prefer to say "I don't *take* the time", because there is
plenty of time; it's just a series of choices (some of them not being
freely taken) on what to allocate it for that matters.
Said otherwise, you'll never
Hello Adrian,
The issue has been recently resolved by the LTS Team, see LTS Advisory
DLA-2761-1 an DLA-2760-1. [1]
It seems that OpenSSL problem is merely addressed by DLA-2761-1;
DLA-2760-1 deals with another package.
As far as I can tell, the reported issue on Debian-LTS List is also
Just a heads-up: there's a discussion on the debian-doc mailing
list about providing instructions on switching init system away
from systemd.
It may end up being a link from the release notes to a wiki.
I guess the TL; DR" will be: WONTFIX
:oD
I hope Devuan will survive, as a project
Foreseable, foreseen, and now happening.
It is the logical and predictable move away from local installed
instances on own hardware to everything "cloud"/vapourous.
Said move is *not* user-focused (despite marketing - aka "bullshit" -
about "simplicity" that will ensue), but is
[...] powering down the computer, letting it alone for 30 seconds [...]
All this stuff costs you 10 to 15 minutes and rules out a lot.
I would also suggest burning incense and jumping on one foot
counter-clockwise around the desk chair while making chicken sounds.
The last time I did
# apt-get source openssl
Reading package lists... Done
E: You must put some 'source' URIs in your sources.list
Have you run apt-get update after having modified sources.list?
# cat /etc/apt/sources.list
## package repositories
deb http://deb.devuan.org/merged beowulf main
deb
On 31/07/2021 22:03, Hendrik Boom wrote:
I'm practicing upgrades on my spare laptop, getting ready for doing my server
upgrade from ascii to beowulf..
They are both running ascii.
Starting, of course, by making the ascii up to date still as ascii, before I
try tye
upgrade to beowulf.
Having
I've found a discussion between a developper and Lennart Poeterring
in which LP recommends the addition of this kind of functions in Musl
libc (which will certainly never happen). It's slightly amusing how the
author of such a critical software as systemd lacks a culture of security.
Many
https://www.zdnet.com/article/nasty-linux-systemd-security-bug-revealed/
I'll be projecting myself here, but I reckon sharing the original source
rather than journalistic articles whenever possible is best towards a
tech-savvy audience.
The source (included in above article) is here:
I've used transmission in the past but currently use deluge. Both have
a gui, whereas AFAIR them as relatively klunky. YMMV.
I have been a user of Transmission for years, because license, features
and history talk for it.
I just checked Deluge on those and it seems decent too (despite the
Hmm, that's new since I last **needed** to look in the man page for it - don't
tell me you look at man pages for stuff you already know how to do, each time
you do it ?
I suppose ending up on a mailing list means you're looking for answers,
hence there is by definition something you do *not*
..could this be as simple as:
address 192.168.0.199/24 #???
Yes
No, in /etc/network/interfaces it needs a net mask line like this :
auto eth0
iface eth0 inet static
address 192.168.nnn.nnn
netmask 255.255.255.0
gateway 192.168.nnn.nnn
No
RTFM?
Documentation states, for both
To be honest, I never heard of distrowatch before.
There are 221 reviews on Devuan, though. 221!
People seem to know the place, and going full steam tu use it to share
with the world!
We must be doing something right!! :D
Taking Debian, which had solid basis in the past, and fixing the
Thanks for that interesting point of view Mark.
We concur on he consumerism part, but it seems we differ on the
individualism.
It seems to me both are intertweened, despite not being sure if there is
causality beyond a hunch, and if so, which way(s) it is at work; I have
a feeling one feeds
there are lawyers-threats involved and he took infra too. so it's not
that simple/light as you're presenting it.
To the best of my knowledge, the muppet got *access* to operations, yes.
For the hosting part, staffers have repeatedly confirmed the hardware
was donations from third-parties,
It's a spelling change!
Thanks Rick, for this lighthearted take on this!
Very much welcome and appreciated on my part.
It appears that Mr. Lee's corporate entity "freenode Limited" has,
at least for now, Registrant status for three Internet domains,
freenode.net/org/com. Mr. Lee appears to
This is by far the best analysis of how the first GR vote went down:
Combatting revisionist history
http://forums.debian.net/viewtopic.php?f=20=120652
Thank you a lot for that golinux!
> There was never a systemd debate
Yup.
> [...] the discussion becomes fractured and disjointed, in what is
I thought the original question called for real-time "active" CLI
monitoring.
MTR is a useful tool for visualising data, either on it's own with your own
hand-rolled scripts, or with Cacti. You can pick up interface traffic stats
from somewhere in /proc/net - or Cacti will (IIRC) automate
I have recently
run both the beowulf 3.0 and 3.1 desktop iso to carry out installations
of a new system.
Both of these isos do not provide a manual partitioner and the 'auto
partitioner' randomly fails to mark any disk as a boot disk. You end up
with a dummy grub install, which is an error and
I would suggest dpkg -S instead of apt-file find, which matches prefix,
not exact file. I would also filter on the package name and ensure
unicity. Also, never log in as root.
It has been brought to my attention I was wrong: dpkg -S doesn't require
privileges and runs fine in userland.
find /usr/bin -atime +360 | xargs -l1 apt-file find | sort
I would suggest dpkg -S instead of apt-file find, which matches prefix,
not exact file. I would also filter on the package name and ensure
unicity. Also, never log in as root.
Here would me my quick & dirty take at your command
or if you prefer less typing "ss -lnp | grep -w 53".
Rather than doing external filtering, you can also use the ipfilter
baked-in syntax:
ss -lnp 'sport = :53'
(listening, hence "source port" notion is reversed)
(you could also append -t or -u options to filter repectively on TCP or
UDP if
I would boot from an installation USB / CD (preferably the one you set
the
machine up from) and go into Rescue Mode, and see whether the hardware
still
continues behaving the same way.
I just did that on the latest Devuan Beowulf Live distro (kernel
4.19.0-14), and... no flickering!
I would boot from an installation USB / CD (preferably the one you set the
machine up from) and go into Rescue Mode, and see whether the hardware still
continues behaving the same way.
That means you're testing it with the versions of kernel / modules / boot
loader / etc as you did when you set
When connected to an external monitor, does that monitor show the flickering,
too?
That is my case already: I am using the internal display + an extra one.
No sign of trouble on the external one.
Bernard (Beer) Rosset
https://rosset.net/
___
Dng
Something I guess is important that I forgot to add:
The flicker started happening after the screen went black during a
session lock phase (screensaver was running on the other screen).
I had to reboot to make the laptop's screen come back, only to have it
flicker.
Bernard (Beer) Rosset
Recently the screen of a Dell Latitude 7400 laptop I have (which is
running Devuan) started flickering.
I tried to deactivate/reactivate it (got a second monitor), unplug it to
let it run w/o charger, change the display's frequency... you name it.
I also tried to reboot on the previous
On 02/04/2021 19:46, Mason Loring Bliss wrote:
On Thu, Apr 01, 2021 at 08:39:30AM -0400, Steve Litt wrote:
Didier Kryn said on Wed, 31 Mar 2021 12:07:50 +0200
cancel-culture
Please don't use that phrase, unless you're the second coming of Rush
Limbaugh. It's an ugly, Foxnews/right wing
Marc,
So far, the only factual data does not show any problem, and the only
input stating something is wrong is actually you saying that.
My previous piece of advice with sfill was to kinda force *all* the free
space to be allocated, then released... Kinda desperate measure, which
would
You are correct. I used '+L' NOT '-L'.
I would add -nP -> "lsof -nP +L1"
If negative, I would go for the ugly path, grep'ing lsof's output on
"deleted" or "(deleted)".
Past this point, if space of alleged deleted files is not cleared... I
wonder. Even ext2 should do the trick.
If not ext4,
Try this:
https://www.schneier.com/blog/archives/2021/03/no-rsa-is-not-broken.html
Thanks
Bernard (Beer) Rosset
https://rosset.net/
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
This is what the last line of the abstract claims; however the whole
paper goes beyond my understanding.
https://eprint.iacr.org/2021/232.pdf
Any way, pushing for ECDSA or even EdDSA, both of which are more and
more supported out there (and have been for a almost a decade already),
is IMHO
See https://wiki.ubuntu.com/AppArmor for a explanation.
Ubuntu? What's that?
Is that the thing they use in North America 'cause they never heard of
Debian?
There is https://wiki.debian.org/AppArmor too, it seems (never read it).
Bernard (Beer) Rosset
https://rosset.net/
Debian :
lsb_release -a
Distributor ID: Debian
Description: Debian GNU/Linux 10 (buster)
Release: 10
Codename: buster
cat /etc/debian_version
10.7
aptitude show base-files
Package: base-files
Version: 10.3+deb10u7
Essential: yes
State: installed
...
Description: Debian base system
Domain Name: cock.email
Registry Domain ID: e7d6e891090e47ccb65b201be0af6158-DONUTS
Registrar WHOIS Server: whois.regtons.com
Registrar URL: http://regtons.com
Registrar: GRANSY S.R.O D/B/A SUBREG.CZ
Registrar IANA ID: 1505
Registrar Abuse Contact Email: ab...@regtons.com
Registrar Abuse Contact
Other than a manual install, are there any alternatives? I am interested
to hear how others are doing this.
Isolate the application in a trashable environment.
Cue containers.
That's what I did followed answers in the 'snapd in Devuan? Dependency
on systemd' thread.
My host systems barely
It makes me sad that this view is deemed 'contrarian'. As a sysadmin, I
consider it obvious common sense.
I have no idea if it is contrarian or if it is the silent majority of
opinions. However the opinion being more vocal definitely seems to be
the one encouraging TLS encryption.
The most
Certbot has removed support of certbot-auto for Debian-based systems
(cf.
https://github.com/certbot/certbot/blob/adacc4ab6dc63b024b17f0ec5adeb1adc9f93300/certbot-auto#L802).
Official instructions for Debian
(https://certbot.eff.org/lets-encrypt/debianbuster-other) tell to use
the snapd
*sighs*
PIDfiles are not the right way to communicate with daemons.
I stopped there.
Bernard (Beer) Rosset
https://rosset.net/
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
That said, I've stopped using unbound and I'm using straight BIND as my
local resolver lately. It's pleasant.
From what we discovered about unbound during one of the meetings, I
clearly do not trust that technology. Too bad: it was on my to-test list.
However, unbound is recursive-only IIRC.
It seems we're drifting away from the main subject.
Count me in!
Of course, my own way of eliminating GMail problems is: Don't use
GMail, and you thereby magically avoid GMail problems. ;->
It's 2020. Snowden leaks started in 2013.
.
(Also, it seems to be stylized as Gmail, not GMail)
Sorry about this inadvertent message...
Bernard Rosset
https://rosset.net/
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Having a setup running beowulf with an Xfce Desktop, and whatever theme
I choose, I get white links on clear backgrounds.
In applications that support it (like evolution), if I drift away from
system fonts and switch back to them, the links are black (and
readable!) again.
This oddity also
Having a setup running beowulf with an Xfce Desktop, and whatever theme
I choose, I get white links on clear backgrounds.
In applications that support it (like evolution), if I drift away from
system fonts and switch back to them, the links are black (and
readable!) again.
This oddity also
Thank you for those precious steps on how to swap a kernel version in an
ISO!
It will sure prove valuable to some people in the future. I wish I had
known how to do that a month ago in order to install ascii on a Dell
Latitude 7400, which Intel network chipset was not handled by the
shipped
On 29/12/2019 06:30, Rick Moen wrote:
Quoting Mark Rousell (mark.rous...@signal100.com):
That said, the mail list *does* seem to work as Steve wants.
It really doesn't.
On 28/12/2019 14:16, Mark Rousell wrote:
At least it does for my mail client (Thunderbird).
It definitely seems to be
The other thing that has been pointed out to me is that your ursl are
probably wrong. AFAIK you should use either deb.devuan.org or
pkgmaster.devuan.org
Yes, the standard URL for apt has been nl.deb.devuan.org for my systems,
for this new mailer I started testing with different URL's.
Thanks
On 15/12/2019 16:23, Roel Wagenaar via Dng wrote:
Unfortunately the situation is still teh same, lots of 404's.
deb.devuan.org is a pool of mirrors. You are probably hitting a mirror
which is not up to date.
Which mirror are you hitting (IP address)?
I would uggest you (temporarily!) use
More talk is the last thing they want.
Debating is hard, and requires many human qualities, like empathy,
selflessness, lust for common good, long-term intuition & thinking,
"self-rigorousness".
It becomes increasingly & especially difficult when other people do not
share your views.
It is
Having migrated from buster to beowulf, using wicd as the network
manager, how does one rename network interfaces from "persistent names"
to old, numbered, ones?
Bernard Rosset
https://rosset.net/
___
Dng mailing list
Dng@lists.dyne.org
Quite an old thread without any reaction to it, but I myself attempted a
migration from buster to beowulf today, and thought about sharing my
experience.
What is the current recommended way to crossgrade from buster to
beowulf (so I can test it properly)
I followed
Hello Mark,
Thanks. This is caused by our migration yesterday to a new build
pipeline and dak repository.
I have changed the config to be as similar to the old one as I can.
Today, reverse happened:
E: Repository 'http://pkgmaster.devuan.org/merged beowulf InRelease'
changed its 'Label'
All I read on this ML these days are ethereal hopes people fervently
supporting systemd's madness and/or having strongly invested in it, or
tools attempting at transforming poop in platinum.
All I read on this ML these days are ethereal hopes people fervently
supporting systemd's madness
Or perhaps IBM will get sick of this schtick and make Redhat dump
systemd. Write IBM's CEO.
I am starting to get sick of this nonsense.
Either you do not understand unregulated liberal capitalism in its
essence, motives & goals, or you play dumb. It is not a question, not
even rhetorical.
Is there any way to give our support to this proposal?
Only Debian-accepted developers (cf.
https://www.debian.org/devel/join/), subsequently called "Debian
Developer", or "DD", have a right to vote (cf.
https://www.debian.org/vote/howto_follow).
I would also be eager to help Debian (&
Does this mean that the upgrade from ascii to beowulf is not transparent
and that I risk losing the iptables on my front-end machine when I do it?
That is precisely what happened to me, for unclear reasons.
Cannot say if this is systematic, or if I fell upon a specific use case
trap.
Beowulf/Buster has moved from iptables to nftables. You can still use
iptables* with iptables-legacy*, but you'll need to edit your scripts
to reflect this. The option to save existing rules is part of the
upgrade but assumes that the existing rules haven't already been
overwritten with the
How stable is beowulf? Is there people using it in production?
It is stated on https://devuan.org/os/releases:
Beowulf -> In development
I suppose it is equivalent to "testing".
"testing is where the next stable suite is developed. Software is
usually more up-to-date but there may still be
Thanks for the clarifation gents, unfortunately the contents of this website
is as clear as mud to me.
I gues i will have to wait for someone far more capable to solve this issue.
May I suggest you do not give up?
Not knowing is great: it means all you can do is learn (o:
It seems this website
I am trying to get my new pi to boot, I have replaced the bootcode.bin with
the one from raspbian buster, unfortunately the pi stalls.
Any suggestions what else to try??
A quick search engine use lead to
https://www.raspberrypi.org/documentation/hardware/raspberrypi/bootmodes/
stating:
Hello Steve,
Has any of you been using Devuan as a rescue CD? If so, how has it been
working out for you, and do you have any suggestions to make the Devuan
rescue experience easy and productive?
I have replaced my old GParted Live DVD with Devuan live desktop to
partition/repair/copy (dd)
(Sorry Hendrik for the double post, but I replied to you personally, and
not the list)
Has it perhaps acquired ties to systemd?
That is most probably why the Devuan team made the initial effort of
recompiling it, yeah.
I was merely wondering why that effort had since stalled.
Upstream
The facts with systemd is this. RedHat's business model is to sell
support for their OS. Only problem is that Linux is pretty stable on
it's own. No problems means no support money. That's why they must
replace a perfectly good init system that's worked perfectly for
multiple decades with
So why there 2.3 version is in beowulf while buster's package is 2.4?
FWIU, it seems this package is compiled from Devuan's CI and not merely
merged from upstream: https://ci.devuan.org/job/openvpn-binaries/
I have no idea about what kind of problem made that package not having
been
On 2019-09-30 18:34, Steve Litt wrote:
It's their job to receive letters from the public
Who does "they" refers to, exactly?
and any half way smart business values feedback.
Out from any idealized vision, the question would be: what is the incentive?
From a pragmatic observation of the
Sigh . . . If only Devuan development could generate the
participation and enthusiasm that the silliness of systemd bashing
does . . .
golinux
Nothing silly about it. Devuan was born from systemd bashing.
I guess the hint there was to take all that energy aimed towards
fruitless projects,
> The problem we are facing is MUCH bigger than that. This eye-opener
> from Eben Moglen:
>
> https://19.re-publica.com/en/session/why-freedom-thought-requires-attention
The diction parameters & voice pitch makes me think so hard about
Richard Stallman.
Thanks for sharing; Watching that now.
> Mirror maintainer confirmed very quickly that it was a hiccup they were
> dealing with
Yup, as we already noticed, the trouble had already stopped for several
hours, in total opposition of observed behavior observed until then.
Good to have formal confirmation things are back to normal! Thx for
Thx Evilham for your answer. Glad it was not sinkholed ;o)
> FWIW: I've been running "while; curl; sleep 30" as a similar test for a
> good few minutes now and it's been solid.
Yup, as I stated before in my report, nothing wrong had been detected
since 1100Z, ie almost 6h ago.
I have been using
After I stumbled, by chance, on mirror 141.84.43.19 (being part of the
deb.devuan.org pool) being unavailable for a couple of minutes, I set a
script up checking TCP/80 availability for all of mirrors in said pool.
The conclusion is clear:
1°) 141.84.43.19 is the only mirror suffering from this
74 matches
Mail list logo
