8-3850 has a 100W
TDP, just about anything will be an improvement.
Good luck!
jf
--
John Franklin
frank...@tux.org
smime.p7s
Description: S/MIME cryptographic signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
> On Oct 23, 2017, at 6:44 PM, Rick Moen wrote:
>
> Quoting John Franklin (frank...@tux.org):
>
> Technically, a rootkit is not a threat but rather a minor after-the-fact
> sequel to a threat and succesful attack. It does not embody an attack,
> itself. Rather, it'
> On Oct 23, 2017, at 6:13 PM, Steve Litt wrote:
>
>
> And by the way, I had a Win8 box that wouldn't accept Linux, but
> luckily it was for one of my kids who wanted Windows.
>
Brand and model? Why wouldn’t it accept Linux?
jf
--
John Franklin
frank...@tux.org
rong" one to
> those who wish to lock down the computing world with DRM and
> related nonsense.
Since (as has been posted) you can sign your own kernels, the enthusiast can do
the same thing corporate tech support can do: verify no one has updated his
kernel on him with one he
nds like a class action law suit to me. Anyone want
> to take it on?
Can you identify any vendors where you can’t install Linux? If you can’t, this
just a bunch of FUD.
jf
--
John Franklin
frank...@tux.org
smime.p7s
Description: S/MIME cryptographic signature
___
> On Oct 21, 2017, at 5:51 AM, Didier Kryn wrote:
>
> Le 21/10/2017 à 09:58, Arnt Gulbrandsen a écrit :
>> John Franklin writes:
>>> That’s not an apology. Would you like to try again?
>>
>> I'm not Steve, but the occasion fits:
>>
>> Tob
r dreams. Lead, follow, or get the hell out
> of the way.
That’s not an apology. Would you like to try again?
jf
--
John Franklin
frank...@tux.org
smime.p7s
Description: S/MIME cryptographic signature
___
Dng mailing list
Dng@lists.dyne.org
htt
t;> by the the best of the best and therefore absolutely secure.
>
> Nik, that should be intuitively obvious to the most casual observer :-)
>
> Tobias Hunger, why don't you go support the project you DO like instead
> of trolling the one you don't?
This is grossly
I pipeline. Occasionally, the flaw is a part of the
standard, such as the recent issue with WPA2.
No amount of signing will fix any of these issues, but signing makes auditing
the whole system 1000x easier.
jf
--
John Franklin
frank...@tux.org
smime.p7s
Description: S/MIME cryptographic
tries their honest-best in terms of accuracy but given the
> metrics which may be available to them, it's likely a difficult task.
It’s better than not making the list at all.
jf
--
John Franklin
frank...@tux.org
smime.p7s
Description: S/MI
Redis is commonly used by content management systems as a backend cache.
jf
> On Oct 18, 2017, at 11:04 AM, Steve Litt wrote:
>
> On Wed, 18 Oct 2017 15:46:39 +0200
> Bardot Jérôme wrote:
>
>> redis (4:4.0.2-3) unstable; urgency=medium
>>
>> This version drops the Debian-specific support f
ullets Tobias has above are correct, although, technically, secureboot is
built on top of uEFI, not as a part of it.
jf
--
John Franklin
frank...@tux.org
smime.p7s
Description: S/MIME cryptographic signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
around.
The spinning up and chittering was noticeable and annoying. Eventually, I
swapped it out for an SSD.
jf
--
John Franklin
frank...@tux.org
smime.p7s
Description: S/MIME cryptographic signature
___
Dng mailing list
Dng@lists.dyne.org
http
unless you’re running into an IP conflict or something, you’re
best off leaving them alone.
A KVM server I manage has the standard loopback and ethernet NIC interfaces,
but seventeen other interfaces, vnet0 through vnet12 for the VMs, plus some
bridge interfaces. These interfaces are normal.
jf
--
> On Sep 21, 2017, at 12:44 AM, goli...@dyne.org wrote:
>
> On 2017-09-20 22:36, John Franklin wrote:
>>> On Sep 20, 2017, at 10:59 PM, goli...@dyne.org wrote:
>>> From a search for 'network-manager' in the botbot logs.
>>> https://botbot.me/freenode
e package configs and dependencies
will tend towards the Unity configuration.
jf
--
John Franklin
frank...@tux.org
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
imilar issue in Ascii and that fixed it.
Note, the network-manager package in the Ascii repository won’t install (see
http://bugs.devuan.org/db/13/133.html <http://bugs.devuan.org/db/13/133.html>
for details), but rebuild it without a build-dep and a package dependency, and
it’ll install ju
a good solution, and one I’ve used from time to time, myself. I wish
it were the default out of the box on more systems.
jf
--
John Franklin
frank...@tux.org
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
gs of a site that they've never heard of to
find out about something in the Jessie and Ascii repositories?
jf
--
John Franklin
frank...@tux.org
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
#x27;s already been done
>
Not in Ascii.
http://bugs.devuan.org/db/13/133.html
Just verified this is still the case.
jf
--
John Franklin
frank...@tux.org
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
> On Sep 20, 2017, at 2:07 PM, Steve Litt wrote:
>
> On Wed, 20 Sep 2017 11:31:38 -0400
> John Franklin wrote:
>
>
>> That said, there are plenty who either like it or at least have
>> gotten used to it. If we could get Gnome working here, it would
&
> On Sep 20, 2017, at 11:35 AM, Alessandro Selli
> wrote:
>
> On Wed, 20 Sep 2017 at 11:19:51 -0400
> John Franklin wrote:
>
>
>> Your premise that “Gnome depends on systemd” is false. The current
>> *packages* may depend on systemd, but I’ll bet they can
> On Sep 20, 2017, at 11:33 AM, J. Fahrner wrote:
>
> Am 2017-09-20 17:19, schrieb John Franklin:
>
>> Your premise that “Gnome depends on systemd” is false. The current
>> *packages* may depend on systemd, but I’ll bet they can be patched and
>> rebuilt wit
ing here, it would attract more users to Devuan.
jf
--
John Franklin
frank...@tux.org
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
ress the validity of the dichotomy?
Your premise that “Gnome depends on systemd” is false. The current *packages*
may depend on systemd, but I’ll bet they can be patched and rebuilt without
systemd.
Give it a try. Please build the gnome packages from scratch and report b
ething.
So, you could consider either one a rolling release, more or less. Testing
puts more emphasis on the “release” part, Ceres on the “rolling” part.
jf
--
John Franklin
frank...@tux.org
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
> On Sep 11, 2017, at 12:45 PM, zap wrote:
> I am throwing this out there as an idea just in case someone has
> interest, otherwise I may somewhere down the road consider doing this
> myself when I actually get enough tech skills for such a thing or
> something...
If you need technical skills,
> On Sep 11, 2017, at 12:45 PM, zap wrote:
>
> It would have only these things different:
>
> it would only be based off of unstable and experimental version, aka
> pure rolling release,
>
> it would be completely free software and use linux libre as the kernel,
>
> otherwise it would follow
it finally does. I hope amprolla3 is
getting the priority attention it deserves.
jf
--
John Franklin
frank...@tux.org
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
he stable distribution (stretch), this problem has been fixed in
> version 2.4.25-3+deb9u2.
>
> For the unstable distribution (sid), this problem has been fixed in
> version 2.4.27-1.
The latest apache2 in Ascii is 2.4.25-3+deb9u1.
jf
--
John Franklin
frank...@tux.org
_
f the SSD information seems to be a couple of years old. I
> suppose the technology of the SSDs and the kernel's support has
> stabilized enough that not much new needs to be written. Still, this is
> new territory for me and I'd like to make a good choice and set it up
&g
The devuan.org site says "Mirroring Devuan packages is being
documented…"
How far along is the documentation? If we're close to a beta, could
someone contact me off-list?
jf
--
John Franklin
frank...@tux.org
___
Dng mailing list
Dng
On Sun, 2017-08-27 at 17:18 -0500, d_pridge wrote:
> Doesn't this affect the expected lifetime for an SSD?
Not significantly. If this is a serious concern, we should consider
disabling swap, hibernate, journaling, and syslog by default, too.
jf
--
John Franklin
frank...
>
>
> I agree.
I don't. Adding noatime by default will break some software that
relies on atime, in particular mutt and popcon. Keeping relatime is
sufficient.
https://blog.valerieaurora.org/2009/03/27/relatime-recap/
jf
--
John Franklin
frank...@tux.org
___
rk, I expect the
same rules to apply.
The release engineering site release.devuan.org is in DNS, but points to the
main devuan.org site. Clearly, there is some CI infrastructure that is
missing, and until it is put in place, Devuan’s technical debt will continue to
increase.
jf
[1] From htt
> On Aug 17, 2017, at 11:16 AM, Simon Hobson wrote:
>
> John Franklin wrote:
>
>> Adding a network dependency on a package install is generally a bad idea.
>> What happens if the machine doesn’t have external network access, as is
>> often the case for cor
lently continue?
It would be better for the lspci program to emit a warning “PCI ID list is out
of date, please run update_pciids to update.”
Adding a cron job to the lspci package is also an option.
jf
--
John Franklin
frank...@tux.org
___
Dng m
ceeds, but can’t
install. One of the generated pacakges requires network-manager, which depends
on libpam-systemd, which depends on systemd. I’ve already filed a bug about
the dependency in network-manager. Fixing that would be a big step towards
I may have an old (non-Ultra) SPARC machine in storage somewhere, or possible
an even older 68000-based SUN system. If a PPC-based Macintosh would be
useful, I have some old boxes. Most of these machines are in the Raleigh, NC
area, some are in the Washington, DC area. I’m happy to donate any
39 matches
Mail list logo