I don't really know why sound is working on my machine rn.
I think there is some kind of embedded USB bus AMD thingy that generates
some digital stream that is simply played by a set of DACs on my mobo.
The chipset listed in the motherboard manual seems irrelevant.
The capacitor in my speakers
On Thu, May 14, 2020 at 8:09 PM Alan Grimes wrote:
>
> Mark Knecht wrote:
> > Excuse top post. Responding from phone.
> >
> > 1) what desktop environment?
>
> None, I fire up pulseaudio in my xinit script. I'm trying to configure
> it with alsamixer as I always have...
>
> > 2) what shows up
Mark Knecht wrote:
> Excuse top post. Responding from phone.
>
> 1) what desktop environment?
None, I fire up pulseaudio in my xinit script. I'm trying to configure
it with alsamixer as I always have...
> 2) what shows up under /proc/around/cards?
Interesting, didn't know about this:
Excuse top post. Responding from phone.
1) what desktop environment?
2) what shows up under /proc/around/cards?
3) what are the speakers plugged into?
Mark
On Thu, May 14, 2020, 5:51 PM Alan Grimes wrote:
> I don't really know why sound is working on my machine rn.
>
> I think there is some
Just talked to doc.
If you are willing to risk it come on over and lets shop!
Sent with ProtonMail Secure Email.
‐‐‐ Original Message ‐‐‐
On Thursday, May 14, 2020 3:08 PM, n952162 wrote:
> On 05/14/20 23:03, Matt Connell (Gmail) wrote:
>
> > On 2020-05-14 15:29, n952162 wrote:
> >
>
I'm using a nearly 10 year old server, bought specifically so I can compile
faster. None of my machines is newer than that. None of my machines support
UEFI other than an older imac. The server, which was inexpensive ($500) only
has 48 cores, 64 as soon as I update the processors (2
On Tue, May 12, 2020, 11:58 PM Rich Freeman wrote:
> On Tue, May 12, 2020 at 3:24 PM Daniel Frey wrote:
> >
> > On 5/12/20 10:54 AM, Joachim Gwoke wrote:
> > > Been having trouble with mainly calibre 4.9.1-r2 and have since kept it
> > > out of any emerges. Otherwise everything is alright with
On Thu, May 14, 2020 at 09:26:10AM -0400, Michael Orlitzky wrote:
> On 5/14/20 7:55 AM, Neil Bothwick wrote:
> > On Thu, 14 May 2020 18:17:06 +0800, Pengcheng Xu wrote:
> >
> >> That seems interesting. Do we need to include Portage install prefix
> >> (/var/tmp/portage/category/package/..., the
On Thu, May 14, 2020 at 5:10 PM n952162 wrote:
>
> On 05/14/20 22:46, Rich Freeman wrote:
> > On Thu, May 14, 2020 at 4:13 PM n952162 wrote:
> >> Action: sync for repo: gentoo, returned code = 0
> >>
> >>* An update to portage is available. It is _highly_ recommended
> >>* that you
n952162 wrote:
> On 05/14/20 22:46, Rich Freeman wrote:
>> On Thu, May 14, 2020 at 4:13 PM n952162 wrote:
>>> Action: sync for repo: gentoo, returned code = 0
>>>
>>> * An update to portage is available. It is _highly_ recommended
>>> * that you update portage now, before any other packages
On 2020-05-14 16:12, Ashley Dixon wrote:
PORTDIR shouldn't be used; it has been deprecated in favour of the `location`
attribute in repos.conf.
Thanks for the correction. I thought I remembered seeing a comment in
make.conf about that, but the stage3 version still had it as of my most
On 05/14/20 22:46, Rich Freeman wrote:
On Thu, May 14, 2020 at 4:13 PM n952162 wrote:
Action: sync for repo: gentoo, returned code = 0
* An update to portage is available. It is _highly_ recommended
* that you update portage now, before any other packages are updated.
* To update
On 05/14/20 23:03, Matt Connell (Gmail) wrote:
On 2020-05-14 15:29, n952162 wrote:
$ lf /usr/portage/net-im/telegram-desktop
Manifest telegram-desktop-2.1.1.ebuild
files/ telegram-desktop-2.1.2.ebuild
metadata.xml telegram-desktop-2.1.3.ebuild
telegram-desktop-2.0.1-r1.ebuild
On Thu, May 14, 2020 at 04:03:16PM -0500, Matt Connell (Gmail) wrote:
> Do you have an alternative PORTDIR defined in /etc/portage/make.conf or
> anywhere else? The default is /usr/portage, according to both of my
> systems.
PORTDIR shouldn't be used; it has been deprecated in favour of the
On 2020-05-14 15:29, n952162 wrote:
$ lf /usr/portage/net-im/telegram-desktop
Manifest telegram-desktop-2.1.1.ebuild
files/ telegram-desktop-2.1.2.ebuild
metadata.xml telegram-desktop-2.1.3.ebuild
telegram-desktop-2.0.1-r1.ebuild telegram-desktop-2.1.4.ebuild
telegram-desktop-2.1.0.ebuild
On Thu, May 14, 2020 at 4:13 PM n952162 wrote:
>
> Action: sync for repo: gentoo, returned code = 0
>
> * An update to portage is available. It is _highly_ recommended
> * that you update portage now, before any other packages are updated.
>
> * To update portage, run 'emerge --oneshot
Oops ...
$ lf /usr/portage/net-im/telegram-desktop
Manifest telegram-desktop-2.1.1.ebuild
files/ telegram-desktop-2.1.2.ebuild
metadata.xml telegram-desktop-2.1.3.ebuild
telegram-desktop-2.0.1-r1.ebuild telegram-desktop-2.1.4.ebuild
telegram-desktop-2.1.0.ebuild telegram-desktop-2.1.6.ebuild
On Thu, May 14, 2020 at 4:13 PM n952162 wrote:
>
> $ lf /var/db/pkg
This is NOT your package repository and you should not ever touch
anything in there unless you REALLY know what you're doing. You may
end up having to reinstall everything on your system at the very least
to fix the resulting
On 05/14/20 21:59, Matt Connell (Gmail) wrote:
On 2020-05-14 14:10, n952162 wrote:
emerge: there are no ebuilds to satisfy "net-im/telegram-desktop".
As others have said, your local repository is out of date. Suggest an
emerge-webrsync or emerge --sync and trying again.
I'm not interested
On 5/14/20 3:57 PM, n952162 wrote:
On 05/14/20 21:28, Rich Freeman wrote:
On Thu, May 14, 2020 at 3:10 PM n952162 wrote:
I tried to emerge net-im/telegram-desktop
but it said:
emerge: there are no ebuilds to satisfy "net-im/telegram-desktop".
Are you sure there is nothing wrong with
On 2020-05-14 14:10, n952162 wrote:
emerge: there are no ebuilds to satisfy "net-im/telegram-desktop".
As others have said, your local repository is out of date. Suggest an
emerge-webrsync or emerge --sync and trying again.
I'm not interested in the binary version. There's this:
On 05/14/20 21:28, Rich Freeman wrote:
On Thu, May 14, 2020 at 3:10 PM n952162 wrote:
I tried to emerge net-im/telegram-desktop
but it said:
emerge: there are no ebuilds to satisfy "net-im/telegram-desktop".
Are you sure there is nothing wrong with your local repository? I
assume you're
On Thu, May 14, 2020 at 3:10 PM n952162 wrote:
>
> I tried to emerge net-im/telegram-desktop
> but it said:
>
> emerge: there are no ebuilds to satisfy "net-im/telegram-desktop".
>
Are you sure there is nothing wrong with your local repository? I
assume you're running an amd64 system/profile
On Thu, May 14, 2020 at 09:10:56PM +0200, n952162 wrote:
> I tried to emerge net-im/telegram-desktop
> but it said:
>
> emerge: there are no ebuilds to satisfy "net-im/telegram-desktop".
>
> emerge: searching for similar names...
> emerge: Maybe you meant any of these:
IMNSHO GCC 10-1 is the suckeyest pile of sucking suck that ever did
suck
I am going to have to base my system on 9.3...
KDE really can't update itself, I really had to flog the living bleep
out of it to get it, and a lot of other stuff to settle down...
The configure phases for most of
I tried to emerge net-im/telegram-desktop
but it said:
emerge: there are no ebuilds to satisfy "net-im/telegram-desktop".
emerge: searching for similar names...
emerge: Maybe you meant any of these: net-im/telegram-desktop-bin,
net-misc/grdesktop, net-im/mattermost-desktop-bin?
I'm not
> On 2020-05-12, at 18:45, Alan Grimes wrote:
>
> Why is this not a forced-on setting for any machine with UEFI enabled? I
> can't imagine that this would be unacceptable for more than 0.001% of
> the install base.
Because not every user has UEFI and many just use the BIOS compatibility layer
On 5/14/20 7:55 AM, Neil Bothwick wrote:
> On Thu, 14 May 2020 18:17:06 +0800, Pengcheng Xu wrote:
>
>> That seems interesting. Do we need to include Portage install prefix
>> (/var/tmp/portage/category/package/..., the image path prefix before
>> actually merging with /)?
>>
>> Regards,
>
>
> -Original Message-
> From: Neil Bothwick
> Sent: Thursday, May 14, 2020 7:56 PM
> To: gentoo-user@lists.gentoo.org
> Subject: Re: [gentoo-user] Building packages in different prefix without
> rebuilding system packages
>
> On Thu, 14 May 2020 18:17:06 +0800, Pengcheng Xu wrote:
>
> >
On Thu, 14 May 2020 18:17:06 +0800, Pengcheng Xu wrote:
> That seems interesting. Do we need to include Portage install prefix
> (/var/tmp/portage/category/package/..., the image path prefix before
> actually merging with /)?
>
> Regards,
No, just the --prefix=/home/blah/ that you want added
That seems interesting. Do we need to include Portage install prefix
(/var/tmp/portage/category/package/..., the image path prefix before actually
merging with /)?
Regards,
--
Pengcheng Xu
https://jsteward.moe
> -Original Message-
> From: Neil Bothwick
> Sent: Thursday, May 14, 2020
On Thu, 14 May 2020 16:46:58 +0800, Pengcheng Xu wrote:
> What you're trying to achieve sounded a lot like `./configure
> --prefix=...` to me. If you're just dealing a small amount of things,
> I would suggest modifying the ebuild (in a local overlay) and changes
> where the program installs to.
Hi,
Is there a way of installing packages in a different prefix while still
using system packages? I've tried setting EPREFIX, however doing that
will install all dependencies in the prefix, even if there are already
installed in the system.
I was hoping to install some packages in user
François-Xavier's first email didn't make its way to my inbox, so I'm replying
to this one instead. EPREFIX is specifically designed for the Gentoo Prefix
project [1]. In a word, Portage installs _everything_ inside the prefix, and
uses nothing except the kernel (and some user files under
On Thu, May 14, 2020 at 09:07:43AM +0100, Michael wrote:
> On Thursday, 14 May 2020 06:13:33 BST Dale wrote:
> > François-Xavier Carton wrote:
> > > Hi,
> > >
> > > Is there a way of installing packages in a different prefix while still
> > > using system packages? I've tried setting EPREFIX,
On Thursday, 14 May 2020 06:13:33 BST Dale wrote:
> François-Xavier Carton wrote:
> > Hi,
> >
> > Is there a way of installing packages in a different prefix while still
> > using system packages? I've tried setting EPREFIX, however doing that
> > will install all dependencies in the prefix, even
36 matches
Mail list logo
