Steven Lembark wrote:
> On Tue, 21 Apr 2020 20:49:42 -0500
> Dale wrote:
>
> Aside:
>
>> It made one glad that
>> they could only use keyboards instead of dueling pistols. Then they
>> created moderators with people to enforce some rules. It got better.
>> Actually, a lot better. Still, every
On Friday, April 24, 2020 1:03 AM, Alec Ten Harmsel
wrote:
> If it's so easy, why don't you implement it? /s
because busy and got better things in life.
but what is your point?
1. are you trying to get to know me a bit closer?
2. or are you trying to indirectly a claim that
making portage
On 2020-04-23 16:07, Jorge Almeida wrote:
Does it allow you to send the contents of a wav file to an external
DAC without first messing with the contents?
As I understand it, (and someone please correct me if I am wrong), Pulse
is a layer of abstraction over alsa. So if you can do that with
On Thu, Apr 23, 2020 at 9:39 PM Matt Connell (Gmail)
wrote:
>
> This is becoming more common over time; I gave up on trying to avoid
> Pulse a few years ago.
>
:/
Does it allow you to send the contents of a wav file to an external
DAC without first messing with the contents?
Thanks
Jorge
On Thu, Apr 23, 2020, at 14:14, Caveman Al Toraboran wrote:
> On Wednesday, April 22, 2020 9:34 PM, Michael Orlitzky
> wrote:
>
> > Dependency resolution is indeed a (formally) hard problem. Solving the
> > traveling salesman problem is also hard. Solving the traveling salesman
> > problem
On Thu, Apr 23, 2020 at 9:11 PM Mark Knecht wrote:
>
>
>
> On Thu, Apr 23, 2020 at 12:02 PM Jorge Almeida wrote:
> >
> >
> > I need the "virtual" card to be the default, so I did this:
> >
>
> Did you attempt making the virtual card default by defining it in
> /etc/asound.conf? I'm not sure how
On Thu, Apr 23, 2020 at 3:21 PM Steven Lembark wrote:
>
> Q: You have Docker (or any other lxc) running on something local?
>
> We could use my system here as a sandbox. There should be a decent
> way to have a "gentoo-qc" image for testing: Just snag the image and
> have it "emerge --update" to
On 2020-04-23 14:01, Jorge Almeida wrote:
What I cannot do is to coax discord into working. Maybe discord
doesn't expect ALSA's defaults after all?
Anyone familiar with discord? (No gamers?)
From this forum post, it appears Discord only works with pulseaudio.
On 2020-04-23 14:35, Caveman Al Toraboran wrote:
* setting priority of your layman repo below -1000.
I think this is the hot ticket here. That way poly-c becomes... an
underlay, I guess? It will suit my needs and it only affects this one *lay.
I figured this was an "RTFM" type of
> portage must be in C and statically linked.
Seems to argue in favor of a statically-linked dynamic language: The
runtime compiler can be static with install scripts being a bit more
malleable.
Main issue I can see with C is that most people today don't know how
to manage memory; not
> Is there any kind of QA tool that normal end users can contribute CPU
> cycles to? Given the massive combinatorial explosion of package
> configurations that can be installed using Gentoo, one might imagine
> that there's some value in simply installing programs with different
> USE
On 23 April 2020 22:00:50 CEST, tastytea wrote:
>On 2020-04-23T21:39+0200
>"J. Roeleveld" wrote:
>
>> On 23 April 2020 21:35:22 CEST, Caveman Al Toraboran
>> wrote:
>> >
>> >> I would prefer that portage prioritize gentoo's version rather
>> >> than the overlay's version, unless specified
On Thu, Apr 23, 2020 at 03:10:28PM -0500, Steven Lembark wrote:
> Why the hell not?
I'm not saying not, I was all for it.
On Tue, 21 Apr 2020 22:01:45 +0300
Consus wrote:
> Yeah, mgorny likes to do some provocative stuff like forking Portage.
Why the hell not?
Once you have a source-based distro the package manager can be a
matter of choice also -- so long as it accepts the existing
package constructs as input.
On Thu, Apr 23, 2020 at 12:02 PM Jorge Almeida wrote:
>
>
> I need the "virtual" card to be the default, so I did this:
>
Did you attempt making the virtual card default by defining it in
/etc/asound.conf? I'm not sure how Alsa will feel about doing that but I
think that's probably preferred if
On 2020-04-23T21:39+0200
"J. Roeleveld" wrote:
> On 23 April 2020 21:35:22 CEST, Caveman Al Toraboran
> wrote:
> >
> >> I would prefer that portage prioritize gentoo's version rather
> >> than the overlay's version, unless specified otherwise (eg.
> >> sys-boot/grub::poly-c) when installing.
>
On Tue, 21 Apr 2020 20:49:42 -0500
Dale wrote:
Aside:
> It made one glad that
> they could only use keyboards instead of dueling pistols. Then they
> created moderators with people to enforce some rules. It got better.
> Actually, a lot better. Still, every once in a while, someone feels
>
On Thursday, April 23, 2020 11:09 PM, Matt Connell (Gmail)
wrote:
> Looking for some guidance in managing the source of package
> installs/upgrades when a package is provided by both the standard
> repository and an overlay.
>
> I currently have the poly-c overlay added via layman. poly-c
> Still you have to manually configure things. And I know that Gentoo is
> about choice, but configuring kernel is hard.
Actually, it's less difficult than finding out half-way through
a three-day execution cycle that you have the wrong kernel config.
"make menuconfig" is blindingly simple on
On 23 April 2020 21:35:22 CEST, Caveman Al Toraboran
wrote:
>
>On Thursday, April 23, 2020 11:09 PM, Matt Connell (Gmail)
> wrote:
>
>> Looking for some guidance in managing the source of package
>> installs/upgrades when a package is provided by both the standard
>> repository and an overlay.
Looking for some guidance in managing the source of package
installs/upgrades when a package is provided by both the standard
repository and an overlay.
I currently have the poly-c overlay added via layman. poly-c provides
many of the same packages as the standard gentoo repository.
When I
On Thu, Apr 23, 2020 at 5:54 PM Michael wrote:
>
>
> > > > > The setup:
> > > > > -- a microphone connected to an audio interface, which connects to an
> > > > > USB port in the computer. The interface works like a USB sound card,
> > > > > at least regarding sound capture. It works: I can
On Thu, Apr 23, 2020 at 2:38 PM Mark Knecht wrote:
>
>
>
> On Thu, Apr 23, 2020 at 12:04 AM Jorge Almeida wrote:
> >
> > (And, if memory serves, you were one of the first persons to help me,
> > in a sound related question, many years ago!)
> >
>
> Well, I Can only hope I was nice! ;-)
:)
>
On Wednesday, April 22, 2020 9:34 PM, Michael Orlitzky wrote:
> Dependency resolution is indeed a (formally) hard problem. Solving the
> traveling salesman problem is also hard. Solving the traveling salesman
> problem while being punched in the face is even harder. When I complain
> about
On Thu, Apr 23, 2020 at 1:15 PM Caveman Al Toraboran <
toraboracave...@protonmail.com> wrote:
> On Wednesday, April 22, 2020 9:34 PM, Michael Orlitzky
> wrote:
>
> > Dependency resolution is indeed a (formally) hard problem. Solving the
> > traveling salesman problem is also hard. Solving the
On Thursday, 16 April 2020 09:18:06 BST Peter Humphrey wrote:
> On Wednesday, 15 April 2020 11:48:05 BST Dale wrote:
> > As to the sound problem, I'd try logging out of the GUI, restarting
> > elogind or rebooting, and then trying again. One thing I've noticed
> > about elogind, if it or
On Thursday, 23 April 2020 10:46:29 BST Jorge Almeida wrote:
> On Thu, Apr 23, 2020 at 9:19 AM Michael wrote:
> > I recall you having problems recording with this device before, but since
> > you're now a step ahead let's have another go at this, in case I may be
> > able to help.
>
> Yes, this
On Thu, Apr 23, 2020 at 05:20:23PM +0200, J. Roeleveld wrote:
> On 23 April 2020 11:26:08 CEST, lego12...@yandex.ru wrote:
> >I know about it. I didn't understand why in usual case we need to
> >do everytime emerge -e, instead of emerge -uND. But if we talk about os
> >developer - it's clear(but
On 23 April 2020 11:26:08 CEST, lego12...@yandex.ru wrote:
>
>> The two commands do different things. Using emerge -e calculates
>> rebuilding every package while emerge -auDN only looks for certain
>> updates. Each can be useful even if not allowed to complete.
>
>I know about it. I didn't
On Thu, Apr 23, 2020 at 12:04 AM Jorge Almeida wrote:
>
> On Thu, Apr 23, 2020 at 1:42 AM Mark Knecht wrote:
> >
> > Jorge,
> >Sorry for top posting. I'm at a site with limited capabilities at
the moment. Please forgive.
>
> Forgiving someone for trying to help me? :)
> (And, if memory
lego12...@yandex.ru wrote:
> On Thu, Apr 23, 2020 at 04:44:10AM -0500, Dale wrote:
>
>> If you do a emerge -ea world, you will see changes that emerge -uaDN
>> world won't because it considers every package on the system. When you
>> do emerge -uaDN world, it only looks for changes/updates to the
On Thu, Apr 23, 2020 at 04:44:10AM -0500, Dale wrote:
> You ever think that developers may have to do things us users don't?
Oh... Dale, that was a joke ;-).
> All we do is use portage/emerge to update our systems. They have to
> write or update ebuilds, test them, push them to the tree and
On Thu, Apr 23, 2020 at 9:19 AM Michael wrote:
>
> I recall you having problems recording with this device before, but since
> you're now a step ahead let's have another go at this, in case I may be able
> to help.
Yes, this is not the same issue (the former problem was: I wasn't
getting
lego12...@yandex.ru wrote:
> On Thu, Apr 23, 2020 at 04:02:13AM -0500, Dale wrote:
>> lego12...@yandex.ru wrote:
>>> Just interesting, why you need to sync every day?
>>> And why you need emerge -e, if you can use emerge -auND?
>> Might be because Michael is a Gentoo developer. They have to sync
On Thu, Apr 23, 2020 at 04:02:13AM -0500, Dale wrote:
> lego12...@yandex.ru wrote:
> > Just interesting, why you need to sync every day?
> > And why you need emerge -e, if you can use emerge -auND?
>
> Might be because Michael is a Gentoo developer. They have to sync a lot
> as they make changes
On Thu, Apr 23, 2020 at 11:59:46AM +0300, Consus wrote:
> On Thu, Apr 23, 2020 at 11:52:52AM +0300, lego12...@yandex.ru wrote:
> > Nobody talk about "everything is statically linked".
> > However, this is a good idea ;-), but this is a topic for another
> > conversation :-).
>
> No wonder Yandex
lego12...@yandex.ru wrote:
> On Wed, Apr 22, 2020 at 03:19:26PM -0400, Michael Orlitzky wrote:
>
>> If you only sync once a day, then yes, you'll only have to rebuild once
>> a day. I sync considerably more than that though, and besides, it takes
>> me about a week to emerge -e @world.
> Just
On Thu, Apr 23, 2020 at 11:52:52AM +0300, lego12...@yandex.ru wrote:
> Nobody talk about "everything is statically linked".
> However, this is a good idea ;-), but this is a topic for another
> conversation :-).
No wonder Yandex considers you SPAM.
On Wed, Apr 22, 2020 at 03:19:26PM -0400, Michael Orlitzky wrote:
> It's not that everything depends on OpenSSL, but that everything depends
> on /something/. If everything is statically linked, then any update of
> any package sets off a chain reaction of other packages that trigger
> rebuilds of
On Wed, Apr 22, 2020 at 03:24:07PM -0400, Michael Orlitzky wrote:
> FWIW, I do know there are situations where static linking is the right
> thing to do.
If you project require strong security, than it would be simpler to use static
linking.
If you have many instances of the same program or have
On Wed, Apr 22, 2020 at 02:22:02PM -0500, Michael Jones wrote:
> But I don't generally want my entire system statically linked, only a few
> things.
But who said that *entire* system should be statically linked?
The conversation is so far only about such a critical thing as portage.
--
Олег
On Wed, Apr 22, 2020 at 02:33:45PM -0400, Michael Orlitzky wrote:
> If you statically link more than a few things, this is emerge -e @world
> twenty times a day.
Hm :-D. And why it should be so? I run emerge one time in a week.
If there are any changes in a dependancy of some package, why
it
On Wed, Apr 22, 2020 at 02:19:19PM -0400, Michael Orlitzky wrote:
> How do you plan to update all of your programs when there's a security
> vulnerability in, say, OpenSSL?
Hm. And why we need every package to be statically linked? I told just
that static linking is a good and useful feature.
I recall you having problems recording with this device before, but since
you're now a step ahead let's have another go at this, in case I may be able
to help.
> On Wed, Apr 22, 2020 at 2:57 PM Jorge Almeida wrote:
> > ... desperately needed.
> >
> > The setup:
> > -- a microphone connected
On Thu, Apr 23, 2020 at 1:42 AM Mark Knecht wrote:
>
> Jorge,
>Sorry for top posting. I'm at a site with limited capabilities at the
> moment. Please forgive.
Forgiving someone for trying to help me? :)
(And, if memory serves, you were one of the first persons to help me,
in a sound related
45 matches
Mail list logo
