All the best
Keith Bainbridge
keithr...@gmail.com
keith.bainbridge.3...@gmail.com
+61 (0)447 667 468
UTC + 10:00
Forwarded Message
Subject: test sent date details
Date: Tue, 18 Jun 2024 17:56:41 +1000
From: Keith Bainbridge
To: keithr...@gmail.com
All the best
Keith
It has worked
All the best
Keith Bainbridge
keithr...@gmail.com
keith.bainbridge.3...@gmail.com
+61 (0)447 667 468
UTC + 10:00
On 18/6/24 17:56, Keith Bainbridge wrote:
All the best
Keith Bainbridge
keith.bainbridge.3...@gmail.com
+61 (0)447 667 468
UTC + 10:00
On 30/04/24 at 14:07, Alexandre Rossi wrote:
Hi,
Basically I've the same issue described here:
https://askubuntu.com/questions/1180389/speaker-test-returns-all-6-channels-to-front-speakers
The speaker-test program is provided by the alsa-utils package. I'm using
Debian 12 Bookwor
Hi Alexandre,
On 07/05/24 at 11:56, Alexandre Rossi wrote:
My hypothesis: speaker-test outputs directly to ALSA (kernel) but ALSA redirects
to pulseaudio (the 99-pulse.conf file) and pulseaudio Output profile is stereo.
Therefore, pulseaudio downmixes 5.1 to stereo. That would explain why only
Hi,
> > My understanding is that pulseaudio uses alsa for kernel interface and
> > that speaker-test uses alsa directly. So if one cannot get speaker-test
> > to sound right, it cannot work with pulseaudio. That why I suggest
> > workarounds
> > in alsa conf (a
audio daemon, maybe I've pulseaudio
daemon misconfiguration
My understanding is that pulseaudio uses alsa for kernel interface and
that speaker-test uses alsa directly. So if one cannot get speaker-test
to sound right, it cannot work with pulseaudio. That why I suggest workarounds
in alsa conf
Hi,
> > > The issue is that speaker-test doesn't play sound to the correct speaker.
> > > If
> > > I run:
> > >
> > > ~$ speaker-test -Dplug:surround51 -c6 -s3 -f75
> > >
> > > The sound comes from (Center), (Front right), (R
Hi Alexandre,
On 30/04/24 at 14:07, Alexandre Rossi wrote:
Hi,
Basically I've the same issue described here:
https://askubuntu.com/questions/1180389/speaker-test-returns-all-6-channels-to-front-speakers
The speaker-test program is provided by the alsa-utils package. I'm using
Hi,
> Basically I've the same issue described here:
> https://askubuntu.com/questions/1180389/speaker-test-returns-all-6-channels-to-front-speakers
>
> The speaker-test program is provided by the alsa-utils package. I'm using
> Debian 12 Bookworm, I've no ~/.asound
Hi everyone,
Basically I've the same issue described here:
https://askubuntu.com/questions/1180389/speaker-test-returns-all-6-channels-to-front-speakers
The speaker-test program is provided by the alsa-utils package. I'm
using Debian 12 Bookworm, I've no ~/.asoundrc file. M
test
Hi debian users
Hi,
Since the upgrade of the Pango library to 1.52 in Debian/unstable, I'm
seeing an annoying bug in gnuplot with the wxt terminal. The issue can
be reproduced with the following command:
echo 'set terminal wxt; plot x' | gnuplot -persist
A window appears, but it is not drawn and it cannot be
On 26/01/2024 07:09, Stefan Monnier wrote:
systemctl --user status pipewire{,-pulse} wireplumber
which shows that `wireplumber` failed to start.
I was assuming that
systemctl --user --failed
journalctl --user --boot
and as root
systemctl --failed
journalctl --boot
were
> The problem might be in between of
>
> lspci -vnn
Spews out a lot of stuff, the relevant part being presumably:
00:1b.0 Audio device [0403]: Intel Corporation 82801H (ICH8 Family) HD
Audio Controller [8086:284b] (rev 03)
Subsystem: Lenovo ThinkPad T61/R61 [17aa:20ac]
On 24/01/2024 04:28, Stefan Monnier wrote:
But since `pactl` seems to still be useful for Pipewire, I tried
`pavucontrol` and it shows me no device from which to select in the
"Output Devices".
Now, how do I figure out why that is?
The problem might be in between of
lspci -vnn
and
p
> But since `pactl` seems to still be useful for Pipewire, I tried
> `pavucontrol` and it shows me no device from which to select in the
> "Output Devices".
Hmm... actually, not quite: there is one output device, called "Dummy
Output". And there is similarly just one input device listed, called
>> Server Version: 15.0.0
>> Default Sample Specification: float32le 2ch 48000Hz
>> Default Channel Map: front-left,front-right
>> Default Sink: @DEFAULT_SINK@
>> Default Source: @DEFAULT_SOURCE@
>> Cookie: 40db:2cde
>> %
>>
>> Not sure what the `Cookie` does and even l
Stefan Monnier wrote:
> Server Version: 15.0.0
> Default Sample Specification: float32le 2ch 48000Hz
> Default Channel Map: front-left,front-right
> Default Sink: @DEFAULT_SINK@
> Default Source: @DEFAULT_SOURCE@
> Cookie: 40db:2cde
> %
>
> Not sure what the `Cookie` d
> OK. First diagnostic: `pactl info`.
>
> On my bookworm desktop, I get this:
>
> $ pactl info
> Server String: /run/user/1042/pulse/native
> Library Protocol Version: 35
> Server Protocol Version: 35
> Is Local: yes
> Client Index: 13692
> Tile Size: 65472
> User Name: dsr
> Host Name: spike
> Ser
Stefan Monnier wrote:
> > Does mplayer give any more interesting errors?
>
> Oh, I didn't notice it at first, but now that you ask, yes it does:
> after something like a timeout period it says:
>
> AO: [pulse] Init failed: Timeout
> Failed to initialize audio driver 'pulse'
>
> And lo
On 22/01/2024 04:26, Charles Curley wrote:
You and I seem to be having similar problems.
No, you don't. Charles, your graphics adapter is supported by i965, but
not iHD and vainfo reports a number of profiles
https://lists.debian.org/msgid-search/20240113101948.0a880f26@hawk.localdomain
Chrom
> Does mplayer give any more interesting errors?
Oh, I didn't notice it at first, but now that you ask, yes it does:
after something like a timeout period it says:
AO: [pulse] Init failed: Timeout
Failed to initialize audio driver 'pulse'
And lo and behold if I start it with `mplayer -a
On Sat, 20 Jan 2024 18:51:17 -0500
Stefan Monnier wrote:
> So, IIUC the problem is that the hardware video decoder drivers aren't
> found for some reason. I checked my VA-related packages and they seem
> to be installed:
>
> # aptitude search '\' | grep '^i'
> i A i965-va-driver - VAAPI
On 2024-01-20 18:51 -0500, Stefan Monnier wrote:
> Whenever I try to view videos in Firefox in my trusty Thinkpad T61,
> Firefox just eats up the CPU but doesn't actually show the video.
>
> At startup I get the following message:
>
> [GFX1-]: vaapitest: VA-API
Stefan Monnier wrote:
> > This should be the Intel 4500 integrated gpu, which is part of
> > the i915/i965 family. It needs:
> >
> > - an intel kernel module
>
> According to `lsmod | grep '^i'` I have `i915` loaded. Is that the one?
Yes.
> > - X11 running the intel video driver
>
> Interesti
> This should be the Intel 4500 integrated gpu, which is part of
> the i915/i965 family. It needs:
>
> - an intel kernel module
According to `lsmod | grep '^i'` I have `i915` loaded. Is that the one?
> - X11 running the intel video driver
Interesting. I was using the `modesetting` driver.
So I
Stefan Monnier wrote:
> Whenever I try to view videos in Firefox in my trusty Thinkpad T61,
> Firefox just eats up the CPU but doesn't actually show the video.
>
> At startup I get the following message:
>
> [GFX1-]: vaapitest: VA-API test failed: failed to initial
Max Nikulin [2024-01-21 10:51:36] wrote:
> On 21/01/2024 06:51, Stefan Monnier wrote:
>> [GFX1-]: vaapitest: VA-API test failed: failed to initialise VAAPI
>> connection.
> [...]
>> Any idea what might be going on? Any hint how I could diagnose the problem?
> I
On 21/01/2024 06:51, Stefan Monnier wrote:
[GFX1-]: vaapitest: VA-API test failed: failed to initialise VAAPI
connection.
[...]
Any idea what might be going on? Any hint how I could diagnose the problem?
I would start from comparison of "vainfo" output and related s
Whenever I try to view videos in Firefox in my trusty Thinkpad T61,
Firefox just eats up the CPU but doesn't actually show the video.
At startup I get the following message:
[GFX1-]: vaapitest: VA-API test failed: failed to initialise VAAPI
connection.
So, IIUC the problem is tha
On Fri, Dec 22, 2023 at 05:32:04PM -0500, Jeffrey Walton wrote:
[...]
> Perhaps you should use debian-lists-test,
> <https://lists.debian.org/debian-lists-test/>.
**THANK YOU**
(I know, I'm breaking my promise of bowing out of this thread,
but this is just the kind of constru
On Fri, Dec 22, 2023 at 09:08:11PM +, Tixy wrote:
> On Fri, 2023-12-22 at 12:15 -0500, Pocket wrote:
> > This is a test of the emergency broadcast system
>
> Please stop spamming the 1000 or so people subscribed to this list.
Folks: the OP might be a bit of a challenge to some
On Sat, 23 Dec 2023, Vít Smolík wrote:
Should someone report the mail to the mailmasters as stated in here:
https://www.debian.org/MailingLists/index.en.html
Or is it too small of an issue to even report?
it's teensy.
fjd
--
Davis
Verbum sat sapienti.
Vít Smolík (12023-12-23):
Yeah, it is the Code of Conduct, sorry, didn't realize that. Could there be
some SpamAssassin config that we could send to the list-masters, that would
catch theese kinds of messages?
Not without catching some legitimate questions and answers too. “Test”
is a
Vít Smolík (12023-12-23):
> Yeah, it is the Code of Conduct, sorry, didn't realize that. Could there be
> some SpamAssassin config that we could send to the list-masters, that would
> catch theese kinds of messages?
Not without catching some legitimate questions and answers too. “T
ome.”
And for people who pretend they did notice, it also the seventh rule:
“Do not send "test" messages to determine whether your mail client is
working.”
At this point, people should ignore that person. I could suggest sending
them answers that seem legit but will cause them to break
t welcome.”
And for people who pretend they did notice, it also the seventh rule:
“Do not send "test" messages to determine whether your mail client is
working.”
At this point, people should ignore that person. I could suggest sending
them answers that seem legit but will cause them to
On Fri, Dec 22, 2023 at 4:37 PM Pocket wrote:
On 12/22/23 16:08, Tixy wrote:
On Fri, 2023-12-22 at 12:15 -0500, Pocket wrote:
This is a test of the emergency broadcast system
Please stop spamming the 1000 or so people subscribed to this list.
I am not spamming this list I am trying to
On Fri, Dec 22, 2023 at 4:37 PM Pocket wrote:
>
> On 12/22/23 16:08, Tixy wrote:
> > On Fri, 2023-12-22 at 12:15 -0500, Pocket wrote:
> >> This is a test of the emergency broadcast system
> >
> > Please stop spamming the 1000 or so people subscribed to this list.
Pocket writes:
> On 12/22/23 16:08, Tixy wrote:
>> On Fri, 2023-12-22 at 12:15 -0500, Pocket wrote:
>>> This is a test of the emergency broadcast system
>> Please stop spamming the 1000 or so people subscribed to this list.
>
> I am not spamming this list I am t
On 12/22/23 16:08, Tixy wrote:
On Fri, 2023-12-22 at 12:15 -0500, Pocket wrote:
This is a test of the emergency broadcast system
Please stop spamming the 1000 or so people subscribed to this list.
I am not spamming this list I am trying to determine if my email setup
is working.
On Fri, Dec 22, 2023 at 4:08 PM Tixy wrote:
>
> On Fri, 2023-12-22 at 12:15 -0500, Pocket wrote:
> > This is a test of the emergency broadcast system
>
> Please stop spamming the 1000 or so people subscribed to this list.
Would forwarding his message to commun...@debian.org an
On Fri, 2023-12-22 at 12:15 -0500, Pocket wrote:
> This is a test of the emergency broadcast system
Please stop spamming the 1000 or so people subscribed to this list.
--
Tixy
This is a test of the emergency broadcast system
On 10/26/23 15:47, Karen Lewellen wrote:
Because shellworld is theonly such door I know of, I need a completely
objective sftp location for testing, username and password.
Googling around would lead you to something like [1].
[1] https://www.sftp.net/public-online-sftp-servers
--
John Doe
Hi folks,
Its Karen Lewellen.
Going to ask this question carefully.
I am having a computer built, due to a combination of experiences, DOS
remains my main system.
However I do use sftp to reach a Linux shell service called shellworld.
Recently when I type exit, or bye, to leave sftp it reboots
krys...@ibse.cz wrote:
> Dan Ritter wrote:
> > The kernel announces readiness during boot with:
> > dmesg:[ 18.331561] EDAC amd64: Node 0: DRAM ECC enabled.
> >
> > and then an event looks like this:
> > Message from syslogd@HOSTNAME at Jan 25 15:05:51 ...
> > kernel:[5964975.397283] [Hardware
Dan Ritter wrote:
> The kernel announces readiness during boot with:
> dmesg:[ 18.331561] EDAC amd64: Node 0: DRAM ECC enabled.
>
> and then an event looks like this:
> Message from syslogd@HOSTNAME at Jan 25 15:05:51 ...
> kernel:[5964975.397283] [Hardware Error]: Corrected error, no
> action r
Anssi Saari wrote:
> Dan Ritter writes:
>
> > We see ECC errors irregularly and infrequently on both Intel and
> > AMD CPUs.
>
> How/where do you see those on a Debian system? I looked into this
> briefly but didn't get anywhere.
The kernel announces readiness during boot with:
dmesg:[ 18.3
krys...@ibse.cz writes:
> PS: Some commercial memtests should allegedly be able to inject ECC
> errors (for example the one from passmark), have anyone tried those?
I've tried Passmark's memory tester (the commercial one which includes
ECC error injection), but I've had no luck. My desktop has is
Dan Ritter writes:
> We see ECC errors irregularly and infrequently on both Intel and
> AMD CPUs.
How/where do you see those on a Debian system? I looked into this
briefly but didn't get anywhere.
Dne úterý 21. února 2023 1:20:50 CET, DdB napsal(a):
> Lucky me, i just looked up my hardware (Dual CPU on server MB):
>
> > https://versus.com/en/amd-epyc-7282
> > Supports ECC memory
Yes, but it is sad that you have to search for this information somewhere else
than on vendors website. But thi
Am 20.02.2023 um 23:48 schrieb krys...@ibse.cz:
> I am sorry, it was little missleading - not that they can not support them,
> but there is no official document that would state so. The only official
> specsheet I saw that explicitely mentions ECC support is this one:
> https://www.amd.com/en/p
krys...@ibse.cz wrote:
> Dear Debian community,
> we recently started using AMD Ryzen CPUs, ASRock Rack motherboards and
> Kingston unbuffered ECC DIMMs for our small bussiness servers. All the
> servers are running on ZFS for which ECC memory is recommended. So I naively
> t
DdB wrote:
> Did you really read, that epycs cannot support ECC?
> At least i can say, that my pools did not report any faults (which ofc
> would be several layers above ecc) either in 3 years, which did help in
> falling asleep. ;-)
I am sorry, it was little missleading - not that they can not su
On 2/20/23 13:12, John Hasler wrote:
Tape the Americium-241 button out of a smoke detector to a RAM chip.
Ooooh, that would be nasty ;o(> But it ought to do the trick.
Cheers, Gene Heskett.
--
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in
mended. So I naively
> tried to test it actually works. I read EVERY disscussion on EVERY forum I
> was able to find (and there is a lot of them, believe me), but I did not find
> a satisfying answer. According to the legendary tweet from AMD (for which is
> link in every discussion), the R
> Hi, thank you for the answer. Honestly it came to my mind I could make
> some kind of neutrino emitter, since according to most articles it is
> the main source of ECC errors,
Neutrons, not neutrinos. The latter rarely interact with matter at
all. A neutron source is fairly difficult to make.
Tape the Americium-241 button out of a smoke detector to a RAM chip.
--
John Hasler
j...@sugarbit.com
Elmwood, WI USA
Dear Debian community,
we recently started using AMD Ryzen CPUs, ASRock Rack motherboards and Kingston
unbuffered ECC DIMMs for our small bussiness servers. All the servers are
running on ZFS for which ECC memory is recommended. So I naively tried to test
it actually works. I read EVERY
Amn wrote on 09/11/2022 at 01:12:12+0100:
> Please disregard this email.
Alright, I'll disregard it.
--
PEB
signature.asc
Description: PGP signature
I’m Jeremy, how are you?
On Tue, Nov 8, 2022 at 7:27 PM Amn wrote:
> Please disregard this email.
>
>
Please disregard this email.
On Thu 08 Sep 2022 at 10:54:20 (-0400), rhkra...@gmail.com wrote:
> Sorry, this is a test email. Not sure how to do it "off list" (more
> explanation later, maybe)
There's a very underpublicised list called
debian-lists-test
specially designed for such tests.
Cheers,
David.
test (failure)
Sorry, last word in last mail is wrong,
it should be inconvenience, not incontinence
Thank David!
my mail provider blocks your reply without informing me, so i can't
receive it on time, i get your reply by some other way
it's amazing that you get my history of getting help here,
actually i've just bought 2nd-hand pc, it's core2 Q8200, 2.33G, it's my
fastest pc though others
Thank Polyna-Maude Racicot-Summerside!
it's only for curiosity.
for most users, their performance have little difference
On Wed 26 Jan 2022 at 05:44:50 (-0500), Polyna-Maude Racicot-Summerside wrote:
> On 2022-01-25 19:35, David Wright wrote:
> > On Tue 25 Jan 2022 at 01:37:29 (-0500), a wrote:
> >> Thank David and Polyna-Maude!
> >>
> >> it's surprising that "The x64 binary are also somewhat larger than the
> >> i38
On 2022-01-25 19:35, David Wright wrote:
> On Tue 25 Jan 2022 at 01:37:29 (-0500), a wrote:
>> Thank David and Polyna-Maude!
>>
>> it's surprising that "The x64 binary are also somewhat larger than the
>> i386 binaries"
>>
>> i compare some packages of bullseye for both arch, they happen to be
>>
On Tue 25 Jan 2022 at 01:37:29 (-0500), a wrote:
> Thank David and Polyna-Maude!
>
> it's surprising that "The x64 binary are also somewhat larger than the
> i386 binaries"
>
> i compare some packages of bullseye for both arch, they happen to be
> contrary
>
> though difference is small and IMO
On Tue, Jan 25, 2022 at 03:29:17PM +0100, to...@tuxteam.de wrote:
> On Tue, Jan 25, 2022 at 09:18:55AM -0500, Stefan Monnier wrote:
> > > it's surprising that "The x64 binary are also somewhat larger than the
> > > i386
> > > binaries"
> >
> > There is no fundamental reason why a 64bit architectu
On Tue, Jan 25, 2022 at 09:18:55AM -0500, Stefan Monnier wrote:
> > it's surprising that "The x64 binary are also somewhat larger than the i386
> > binaries"
>
> There is no fundamental reason why a 64bit architecture (like amd64) would
> require more code than a 32bit architecture (like x86), but
Hello,
On Mon, Jan 24, 2022 at 08:30:20PM -0500, a wrote:
> i've installed debian 11 for both arch on same PC, amd64 seems faster
>
> is there some tool to demonstrate performance of PC?
Regardless of performance you should be more concerned that 32-bit
x86 parts of the Linux kernel have more bu
Thank David and Polyna-Maude!
it's surprising that "The x64 binary are also somewhat larger than the
i386 binaries"
i compare some packages of bullseye for both arch, they happen to be
contrary
though difference is small and IMO has little impact on performance
firefox-esr for i386: size=
On 2022-01-24 22:02, David Wright wrote:
> On Mon 24 Jan 2022 at 20:30:20 (-0500), a wrote:
>> i've installed debian 11 for both arch on same PC, amd64 seems faster
>>
>> is there some tool to demonstrate performance of PC?
>>
Yes there is standardized benchmark available. LinPack for example,
Ge
On Mon 24 Jan 2022 at 20:30:20 (-0500), a wrote:
> i've installed debian 11 for both arch on same PC, amd64 seems faster
>
> is there some tool to demonstrate performance of PC?
>
> they say it's not possible to say which is faster without defining
> computing task
>
> is performance difference
i've installed debian 11 for both arch on same PC, amd64 seems faster
is there some tool to demonstrate performance of PC?
they say it's not possible to say which is faster without defining
computing task
is performance difference significant if computing task is web browsing
(www.debian.org
The data also on salsa now
https://salsa.debian.org/linuxhw/TestCoverage/-/tree/main/Dist/Debian_11
--
Robbi Nespu
D311 B5FF EEE6 0BE8 9C91 FA9E 0C81 FA30 3B3A 80BA
https://robbinespu.gitlab.io | https://mstdn.social/@robbinespu
> on 24 Jul 2021 16:27:23 -0400, Jim Popovitch wrote
>
>> Why isn't this on Salsa instead of a Microsoft site?
>
> the package are dump and store at
> https://salsa.debian.org/debian/hw-probe by debian package maintainer,
> maybe the upstream author (Andrey Ponomarenko) want to centralize
> test
On Thu, Aug 05, 2021 at 08:32:39AM -0400, Greg Wooledge wrote:
> On Thu, Aug 05, 2021 at 01:59:06PM +0200, to...@tuxteam.de wrote:
> > On Thu, Aug 05, 2021 at 07:19:11AM -0400, Greg Wooledge wrote:
> > > The external versions of test and [ need to exist for POSIX conformance,
On Thu, Aug 05, 2021 at 01:59:06PM +0200, to...@tuxteam.de wrote:
> On Thu, Aug 05, 2021 at 07:19:11AM -0400, Greg Wooledge wrote:
> > The external versions of test and [ need to exist for POSIX conformance,
> > and also so that you can -exec them from find(1) or other similar
>
ms, for compat. There /is/ a /bin/test, but I can't
> >find a /bin/[ on my system anymore.
>
> It's in /usr/bin on Debian.
Ah, there it is, thanks.
With all those young-uns shaking Unix's foundations, one never
knows ;-P
[...]
> I'm a bit surprised the
On Thu 29 Jul 2021 at 12:54:14 (+0300), Anssi Saari wrote:
> Andrey Ponomarenko writes:
>
> > LiveCDs for quick testing:
> > https://cdimage.debian.org/cdimage/weekly-live-builds/amd64/iso-hybrid/
>
> Well, are these images bootable via Grub directly and if so then what
> parameters are needed?
Andrey Ponomarenko writes:
> LiveCDs for quick testing:
> https://cdimage.debian.org/cdimage/weekly-live-builds/amd64/iso-hybrid/
Well, are these images bootable via Grub directly and if so then what
parameters are needed? Making testing easy eases testing...
On 7/24/2021 4:14 PM, Andrey Ponomarenko wrote:
Hello!
Let's help developers to test upcoming Debian version 11 by filling
out the community-driven list of tested hardware configurations:
https://github.com/linuxhw/TestCoverage/tree/master/Dist/Debian_11
<https://github.com
:Hi,what is the last day to take the test?thank you.PaoloOn 28/07/21 21:45, Andrey Ponomarenko wrote:27.07.2021, 23:43, "Marco Möller" :On 24.07.21 22:14, Andrey Ponomarenko wrote: Hello! Let's help developers to test upcoming Debian version 11 by filling out the community-
Hi,
what is the last day to take the test?
thank you.
Paolo
On 28/07/21 21:45, Andrey Ponomarenko wrote:
27.07.2021, 23:43, "Marco Möller" :
On 24.07.21 22:14, Andrey Ponomarenko wrote:
Hello!
Let's help developers to test upcoming Debia
27.07.2021, 23:43, "Marco Möller" :On 24.07.21 22:14, Andrey Ponomarenko wrote: Hello! Let's help developers to test upcoming Debian version 11 by filling out the community-driven list of tested hardware configurations: https://github.com/linuxhw/TestCoverage/tree/master/Dis
On 24.07.21 22:14, Andrey Ponomarenko wrote:
Hello!
Let's help developers to test upcoming Debian version 11 by filling out
the community-driven list of tested hardware configurations:
https://github.com/linuxhw/TestCoverage/tree/master/Dist/Debian_11
<https://github.com/linuxhw/Test
On 24/07/2021 21:14, Andrey Ponomarenko wrote:
Hello!
Let's help developers to test upcoming Debian version 11 by filling out
the community-driven list of tested hardware configurations:
https://github.com/linuxhw/TestCoverage/tree/master/Dist/Debian_11
<https://github.com/linuxhw/Test
On Mon, Jul 26, 2021 at 05:18:57PM -0400, Celejar wrote:
> On Mon, 26 Jul 2021 18:53:13 +0200
> wrote:
>
> > On Mon, Jul 26, 2021 at 12:49:19PM -0400, Celejar wrote:
> >
> > [...]
> >
> > > Anyone can "borrow" open source code, regardless of where it's hosted,
> > > pretty much by definition.
>
on 24 Jul 2021 16:27:23 -0400, Jim Popovitch wrote
Why isn't this on Salsa instead of a Microsoft site?
the package are dump and store at
https://salsa.debian.org/debian/hw-probe by debian package maintainer,
maybe the upstream author (Andrey Ponomarenko) want to centralize
testcoverage rep
On Sat, Jul 24, 2021 at 4:23 PM Andrey Ponomarenko <
andrewponomare...@yandex.ru> wrote:
> Let's help developers to test upcoming Debian version 11 by filling out
> the community-driven list of tested hardware configurations:
> https://github.com/linuxhw/TestCoverage/tree/m
On Mon, 26 Jul 2021 18:53:13 +0200
wrote:
> On Mon, Jul 26, 2021 at 12:49:19PM -0400, Celejar wrote:
>
> [...]
>
> > Anyone can "borrow" open source code, regardless of where it's hosted,
> > pretty much by definition.
>
> License restrictions apply.
Of course, but I didn't think that hosting
On Mon, Jul 26, 2021 at 12:49:19PM -0400, Celejar wrote:
[...]
> Anyone can "borrow" open source code, regardless of where it's hosted,
> pretty much by definition.
License restrictions apply.
Cheers
- t
signature.asc
Description: Digital signature
On Sun, 25 Jul 2021 19:48:03 -0400
Gene Heskett wrote:
> On Sunday 25 July 2021 15:36:26 to...@tuxteam.de wrote:
>
> > On Sun, Jul 25, 2021 at 07:43:10PM +0100, Brian wrote:
> > > On Sun 25 Jul 2021 at 09:34:42 +0200, to...@tuxteam.de wrote:
> > > > On Sat, Jul 24, 2021 at 04:27:23PM -0400, Jim
On Monday 26 July 2021 02:51:40 to...@tuxteam.de wrote:
> On Sun, Jul 25, 2021 at 07:48:03PM -0400, Gene Heskett wrote:
>
> [...]
>
> Us old jeezers, always so full of history ;-)
We lived it.
> With a tip o' the hat to Rudyard Kipling [1].
>
> But I think that's enough off-topic, so I'll stop
On Sun, Jul 25, 2021 at 07:48:03PM -0400, Gene Heskett wrote:
[...]
> +100 Tomas, as it gives them free access to "borrow" some of the best
> code out there. So the comparison to the underhanded compuserve and
> apple (remember gif and firewire?) as a future dagger in our back is
> very real.
1 - 100 of 1564 matches
Mail list logo
