[gentoo-user] update remote system in background
Hello, I am able to ssh into a remote system that I would like to update. I'd like to run emerge without keeping the local system connected for the whole duration of the update (probably several days). Is it possible to: - ssh remote_machine - emerge -uDvN world - background and detach in some way the emerge process - logout from ssh - several days later, ssh into the remote_machine, reattach the emerge and check the output or continue the emerge Thanks, raffaele PS I'll do it _after_ openssh update.
Re: [gentoo-user] update remote system in background
Yes, you can use "screen" program (Docs: https://net2.com/how-to-use-the-screen-command-on-linux-to-keep-your-remote-task-running-when-the-connection-drops/) пт, 24 апр. 2020 г. в 12:47, Raffaele BELARDI : > > Hello, > > > > I am able to ssh into a remote system that I would like to update. I’d like > to run emerge without keeping the local system connected for the whole > duration of the update (probably several days). Is it possible to: > > > > - ssh remote_machine > > - emerge -uDvN world > > - background and detach in some way the emerge process > > - logout from ssh > > - several days later, ssh into the remote_machine, reattach the emerge and > check the output or continue the emerge > > > > Thanks, > > > > raffaele > > > > PS I’ll do it _after_ openssh update. > >
Re: [gentoo-user] update remote system in background
... or tmux ... https://github.com/tmux/tmux/wiki Il giorno ven 24 apr 2020 alle ore 09:50 Vladimir Romanov < bluebo...@gmail.com> ha scritto: > Yes, you can use "screen" program (Docs: > > https://net2.com/how-to-use-the-screen-command-on-linux-to-keep-your-remote-task-running-when-the-connection-drops/ > ) > > пт, 24 апр. 2020 г. в 12:47, Raffaele BELARDI : > > > > Hello, > > > > > > > > I am able to ssh into a remote system that I would like to update. I’d > like to run emerge without keeping the local system connected for the whole > duration of the update (probably several days). Is it possible to: > > > > > > > > - ssh remote_machine > > > > - emerge -uDvN world > > > > - background and detach in some way the emerge process > > > > - logout from ssh > > > > - several days later, ssh into the remote_machine, reattach the emerge > and check the output or continue the emerge > > > > > > > > Thanks, > > > > > > > > raffaele > > > > > > > > PS I’ll do it _after_ openssh update. > > > > > >
RE: [gentoo-user] update remote system in background
Wonderful, thanks! I’m going with screen, just because the first link is a shorter read. raffaele From: Michele Alzetta Sent: Friday, April 24, 2020 09:52 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] update remote system in background ... or tmux ... https://github.com/tmux/tmux/wiki Il giorno ven 24 apr 2020 alle ore 09:50 Vladimir Romanov mailto:bluebo...@gmail.com>> ha scritto: Yes, you can use "screen" program (Docs: https://net2.com/how-to-use-the-screen-command-on-linux-to-keep-your-remote-task-running-when-the-connection-drops/) пт, 24 апр. 2020 г. в 12:47, Raffaele BELARDI mailto:raffaele.bela...@st.com>>: > > Hello, > > > > I am able to ssh into a remote system that I would like to update. I’d like > to run emerge without keeping the local system connected for the whole > duration of the update (probably several days). Is it possible to: > > > > - ssh remote_machine > > - emerge -uDvN world > > - background and detach in some way the emerge process > > - logout from ssh > > - several days later, ssh into the remote_machine, reattach the emerge and > check the output or continue the emerge > > > > Thanks, > > > > raffaele > > > > PS I’ll do it _after_ openssh update. > >
Re: [gentoo-user] update remote system in background
... I just hope the remote system isn't running systemd, if so, you have to do some additional tweaking before screen or tmux work. I know someone who was bitten hard by this. Apparently systemd by default closes all running processes of a user on logout. Il giorno ven 24 apr 2020 alle ore 09:47 Raffaele BELARDI < raffaele.bela...@st.com> ha scritto: > Hello, > > > > I am able to ssh into a remote system that I would like to update. I’d > like to run emerge without keeping the local system connected for the whole > duration of the update (probably several days). Is it possible to: > > > > - ssh remote_machine > > - emerge -uDvN world > > - background and detach in some way the emerge process > > - logout from ssh > > - several days later, ssh into the remote_machine, reattach the emerge and > check the output or continue the emerge > > > > Thanks, > > > > raffaele > > > > PS I’ll do it _*after*_ openssh update. > > >
Re: [gentoo-user] How to find the version of portage before 2005
Thank you. This should not contain the complete svn repository, so it is not what I need. Dale 于2020年4月19日周日 上午8:47写道： > Tanek Liang wrote: > > Hi, > > I read this article: > https://www.funtoo.org/Making_the_Distribution,_Part_3, interested in > early portage. > > But the first commit of portage's git repository was 2005, and no earlier > history can be found. > > Does anyone know how to find an earlier svn repository? > > Cheers! > yongxinag > > > > > I may still have a really old install CD that has it. I'd have to dig for > it but if that would work, I could find it, get the files needed and email > them to you. I'm not positive I still have it but would be willing to look > and see. I think it would be version 1.4 or something. That's the Gentoo > version from around 2003 which is pretty early on. > > Would that help? > > Dale > > :-) :-) >
Re: [OBORONA-SPAM] Re: [OBORONA-SPAM] Re: [gentoo-user] Is Gentoo dead?
On Thu, Apr 23, 2020 at 03:27:16PM -0500, Steven Lembark wrote: > > > 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. The core of portage should be in C, imho. But it can be extendable with hooks written in something simple like a bash. It mustn't be a solid binary. It can be splitted into separate parts with strict definitions of interaction and interface. > Main issue I can see with C is that most people today don't know how > to manage memory; not enough of us left who really understand how > malloc works :-) :-D This shouldn't be a problem, because developers of extension modules/hooks(if they choose C for this) will use a something like libportage with util and wrapper functions which will hide all mallocs. -- Олег Неманов (Oleg Nemanov)
Re: [gentoo-user] update remote system in background
> On 24 Apr 2020, at 09:22, Raffaele BELARDI wrote: > > > Wonderful, thanks! I’m going with screen, just because the first link is a > shorter read. > raffaele If you ever need to work with other platforms (specifically Macs) they use tmux, which is a minor plus for that. Otherwise for your purposes here they are basically indistinguishable barring slightly different keybindings.
Re: [gentoo-user] update remote system in background
On Fri, 24 Apr 2020 10:41:24 +0200, Michele Alzetta wrote: > ... I just hope the remote system isn't running systemd, if so, you > have to do some additional tweaking before screen or tmux work. I know > someone who was bitten hard by this. Apparently systemd by default > closes all running processes of a user on logout. I've never seen this and I regularly update systemd computers using tmux. -- Neil Bothwick Copy from another: plagiarism. Copy from many: research. pgp3UIQx08Xzh.pgp Description: OpenPGP digital signature
Re: [gentoo-user] ALSA wizard...
On Thursday, 23 April 2020 20:01:51 BST Jorge Almeida wrote:
> I need the "virtual" card to be the default, so I did this:
>
> pcm.mbcard{
> type hw
> card PCH
> device 1
> }
> ctl.mbcard{
> type hw
> card 0
> }
> pcm.usbcard{
> type hw
> card CODEC
> device 0
> }
> pcm.output{
> type plug
> slave.pcm "mbcard"
> }
> pcm.input{
> type plug
> slave {
> pcm "usbcard"
> channels 1
> }
> }
> pcm.!default{
> type asym
> playback.pcm "output"
> capture.pcm "input"
> }
>
> (The microphone is mono, hence the channels entry. I'm not sure it is
> needed.)
>
> I think this sets the defaults, because:
> --I can record with "arecord -fdat test.wav"
> --I can playback with "aplay test.wav"
I'd think this is a good enough proof your audio setup works at a basic level.
:-)
> 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?)
>
> Thanks
>
> Jorge
Applications can be rather particular regarding bitrate, bit sample formats,
channel configuration and other options. I understand Firefox wants to have
48000Hz or it won't play. So, even if your DAC can do 96000Hz, you may need
to specify a lower bit rate in the above config.
The mic may also need specifying a particular endianess format and this may
need to be different if you are using some websocket in FF, Vs the discord app
directly. You could try S32_LE or S16_LE and various bit rates.
The idea being to force alsa to use whatever format and rates the application
may need/want, rather than passing through whatever the hardware is capable
of.
signature.asc
Description: This is a digitally signed message part.
Re: [gentoo-user] ALSA wizard...
On Fri, Apr 24, 2020 at 11:39 AM Michael wrote: > > > Applications can be rather particular regarding bitrate, bit sample formats, > channel configuration and other options. I understand Firefox wants to have > 48000Hz or it won't play. So, even if your DAC can do 96000Hz, you may need > to specify a lower bit rate in the above config. > > The mic may also need specifying a particular endianess format and this may > need to be different if you are using some websocket in FF, Vs the discord app > directly. You could try S32_LE or S16_LE and various bit rates. > > The idea being to force alsa to use whatever format and rates the application > may need/want, rather than passing through whatever the hardware is capable > of. Will keep trying, but I believe the explanation is simple: they (discord, slack,...) don't care about linux. I found people complaining about the behaviour of discord even for pulseaudio users. thanks Jorge
Re: [gentoo-user] How to find the version of portage before 2005
Tanek Liang wrote: > Thank you. This should not contain the complete svn repository, so it > is not what I need. > > Dale mailto:rdalek1...@gmail.com>> > 于2020年4月19日周日 上午8:47写道： > > Tanek Liang wrote: >> Hi, >> >> I read this article: >> https://www.funtoo.org/Making_the_Distribution,_Part_3, >> interested in early portage. >> >> But the first commit of portage's git repository was 2005, and no >> earlier history can be found. >> >> Does anyone know how to find an earlier svn repository? >> Cheers! >> yongxinag >> >> > > I may still have a really old install CD that has it. I'd have to > dig for it but if that would work, I could find it, get the files > needed and email them to you. I'm not positive I still have it > but would be willing to look and see. I think it would be version > 1.4 or something. That's the Gentoo version from around 2003 > which is pretty early on. > > Would that help? > > Dale > > :-) :-) > When I read your message, I thought maybe you were wanting the emerge command file itself, it's just a python script and rather smallish back then. If that's not going to help, I don't know of anything else. I only found one CD. It was a 2 CD set. The other is likely around here somewhere. Dale :-) :-)
Re: [gentoo-user] update remote system in background
On Fri, Apr 24, 2020 at 6:31 AM Neil Bothwick wrote: > > On Fri, 24 Apr 2020 10:41:24 +0200, Michele Alzetta wrote: > > > ... I just hope the remote system isn't running systemd, if so, you > > have to do some additional tweaking before screen or tmux work. I know > > someone who was bitten hard by this. Apparently systemd by default > > closes all running processes of a user on logout. > > I've never seen this and I regularly update systemd computers using tmux. It is a configurable option. I can't imagine that many distros enable it by default since it is likely to be shocking to anybody who actually knows how to use screen, and pointless for anybody who does not. :) To enable it set KillUserProcesses=yes in /etc/systemd/logind.conf If you do use it there are ways to make exceptions for particular processes. I can certainly see how it is a useful feature to have available in specific contexts, but obviously most people will want to have it turned off. -- Rich
Re: [OBORONA-SPAM] Re: [OBORONA-SPAM] Re: [gentoo-user] Is Gentoo dead?
On Fri, Apr 24, 2020 at 8:35 AM Caveman Al Toraboran wrote: > > On Wednesday, April 22, 2020 8:32 PM, Michael Jones > wrote: > > > > No-no. C++ is a nightmare. A few people want to use it. > > > > C++ is an extremely widespread language with millions of lines of code > > written daily world wide. > > i think that might be misleading as it seems to > imply that being a c++ dev is mutually exclusive > against being a c dev How did we get from "Is Gentoo dead?" to "Is C++ dead?" -- Rich
Re: [OBORONA-SPAM] Re: [OBORONA-SPAM] Re: [gentoo-user] Is Gentoo dead?
On Wednesday, April 22, 2020 8:32 PM, Michael Jones wrote: > > No-no. C++ is a nightmare. A few people want to use it. > > C++ is an extremely widespread language with millions of lines of code > written daily world wide. i think that might be misleading as it seems to imply that being a c++ dev is mutually exclusive against being a c dev (is it? the languages agree on many syntaxes/features). i think the right way of thinking is as follows: 1. identify programming features needed to code a reliable pms. i think most likely all we need is [recursive] function calls and if/else/loops. the rest probably has to do with algorithms (independent of the language). 2. pick language that has features (1) and has the largest users base. if the set of features in (1) is small enough (such as ones i suggested), then the c++ developers should be counted as c developers (because that part is common between c++ and c). 3. apply occam's razor. if two languages are equally satisfying points (1) and (2), then choose the simplest one. but if my thought is correct (that we only need the subset of features in c++ that's already in c), then c is guaranteed to have a greater effective number of developers in step (2). hence, we will not even need to apply occam's razor to remove c++ (unless points (1) and (2) result in a tie, which i don't think it does in this case). > Lots of people want to use it. Just not people who want to write a PMS > compliant package manager. probably same kind of people that are headed to blow their legs (and ours) in the process.
Re: [gentoo-user] ALSA wizard...
On Friday, 24 April 2020 12:13:53 BST Jorge Almeida wrote: > On Fri, Apr 24, 2020 at 11:39 AM Michael wrote: > > Applications can be rather particular regarding bitrate, bit sample > > formats, channel configuration and other options. I understand Firefox > > wants to have 48000Hz or it won't play. So, even if your DAC can do > > 96000Hz, you may need to specify a lower bit rate in the above config. > > > > The mic may also need specifying a particular endianess format and this > > may > > need to be different if you are using some websocket in FF, Vs the discord > > app directly. You could try S32_LE or S16_LE and various bit rates. > > > > The idea being to force alsa to use whatever format and rates the > > application may need/want, rather than passing through whatever the > > hardware is capable of. > > Will keep trying, but I believe the explanation is simple: they > (discord, slack,...) don't care about linux. I found people > complaining about the behaviour of discord even for pulseaudio users. > > thanks > > Jorge I understand discord also offers a webRTC service, which ought to work with a browser - so it should be down to the browser to communicate with Alsa. Assuming of course the webRTC implementation by discord/slack/et al., broadly follow the standard. The problem with all these proprietary apps is many tend to do their own thing, breaking interoperability on the way. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] How to find the version of portage before 2005
On Sat, 18 Apr 2020 at 19:15, Tanek Liang wrote: > > Hi, > > I read this article: https://www.funtoo.org/Making_the_Distribution,_Part_3, > interested in early portage. > > But the first commit of portage's git repository was 2005, and no earlier > history can be found. > > Does anyone know how to find an earlier svn repository? You can find some history older than in gitweb here: https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-src/portage/ Not sure if it is old enough for you. Regards, Arve
[gentoo-user] Re: [OBORONA-SPAM] Re: [OBORONA-SPAM] Re: Is Gentoo dead?
On 2020-04-24, lego12...@yandex.ru wrote: > On Thu, Apr 23, 2020 at 03:27:16PM -0500, Steven Lembark wrote: >> >> > 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. > > The core of portage should be in C, imho. Why? I've been running Gentoo on multiple machines (generally at least 4 or 5) for 15+ years now. I've never seen any problems that could be attributed to the fact that portage isn't written in C. -- Grant
Re: [gentoo-user] ALSA wizard...
On Fri, Apr 24, 2020 at 2:06 PM Michael wrote: > > > I understand discord also offers a webRTC service, which ought to work with a > browser - so it should be down to the browser to communicate with Alsa. Been there, tried that... > Assuming of course the webRTC implementation by discord/slack/et al., broadly > follow the standard. The problem with all these proprietary apps is many tend > to do their own thing, breaking interoperability on the way.
[gentoo-user] Re: Problem understanding "eix"
Martin, On Wednesday, 2020-04-22 19:48:47 -, you wrote: > ... > I exported ARCH="x86_64" and did eix-update, but still: > > % F=':\n' eix --format '' -e tpm2-tss > 2.2.3-r2: > 2.3.3: Did you check with "eix --print ARCH"? I start suspecting that it's not the value of environment variable "ARCH" but rather what the command "arch" is returning. And on my laptop that's still $ arch x86_64 $ even though I followed the instructions at https://wiki.gentoo.org/wiki/Handbook:Main_Page which says: "The two most prominent architectures in the desktop world are the x86 architecture and the x86_64 architecture (for which Gentoo uses the amd64 notation) ... A note for new Gentoo users: if the CPU is less than five years old and the manufacturer is either Intel or AMD, choosing the AMD64 Handbook is probably the correct route". Did I overlook something during my initial install? Is there a way to teach the kernel to have "arch" output "amd64"? Slightly worried by now :-( Sincerely, Rainer
Re: [gentoo-user] update remote system in background
On Fri, 24 Apr 2020 08:06:53 -0400, Rich Freeman wrote: > > > ... I just hope the remote system isn't running systemd, if so, you > > > have to do some additional tweaking before screen or tmux work. I > > > know someone who was bitten hard by this. Apparently systemd by > > > default closes all running processes of a user on logout. > > > > I've never seen this and I regularly update systemd computers using > > tmux. > > It is a configurable option. I can't imagine that many distros enable > it by default since it is likely to be shocking to anybody who > actually knows how to use screen, and pointless for anybody who does > not. :) > > To enable it set KillUserProcesses=yes in /etc/systemd/logind.conf Thanks for that, now I know which man page to check it all makes sense. The man page does say that it defaults to off. I agree that there wouldn't be much point in a general purpose distro overriding this default but I can see times it would be useful. > If you do use it there are ways to make exceptions for particular > processes. -- Neil Bothwick WYTYSYDG - What you thought you saw, you didn't get. pgpeZygwE3UBk.pgp Description: OpenPGP digital signature
Re: [gentoo-user] update remote system in background
On Fri, 24 Apr 2020 08:06:53 -0400, Rich Freeman wrote: > > On Fri, Apr 24, 2020 at 6:31 AM Neil Bothwick wrote: > > > > On Fri, 24 Apr 2020 10:41:24 +0200, Michele Alzetta wrote: > > > > > ... I just hope the remote system isn't running systemd, if so, you > > > have to do some additional tweaking before screen or tmux work. I know > > > someone who was bitten hard by this. Apparently systemd by default > > > closes all running processes of a user on logout. > > > > I've never seen this and I regularly update systemd computers using tmux. > > It is a configurable option. I can't imagine that many distros enable > it by default since it is likely to be shocking to anybody who > actually knows how to use screen, and pointless for anybody who does > not. :) > > To enable it set KillUserProcesses=yes in /etc/systemd/logind.conf > > If you do use it there are ways to make exceptions for particular processes. > > I can certainly see how it is a useful feature to have available in > specific contexts, but obviously most people will want to have it > turned off. Or simplest of all use the at command possibly using script as the command line and some way to answer the do you want to emerge ... question. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una cov...@ccs.covici.com
Re: [gentoo-user] update remote system in background
Yes, but when it first came out it defaulted to killing processes. This was on a university server, so I imagine ac stable distro. As I told you, I know someone who was bitten hard by this. Il ven 24 apr 2020, 14:07 Rich Freeman ha scritto: > On Fri, Apr 24, 2020 at 6:31 AM Neil Bothwick wrote: > > > > On Fri, 24 Apr 2020 10:41:24 +0200, Michele Alzetta wrote: > > > > > ... I just hope the remote system isn't running systemd, if so, you > > > have to do some additional tweaking before screen or tmux work. I know > > > someone who was bitten hard by this. Apparently systemd by default > > > closes all running processes of a user on logout. > > > > I've never seen this and I regularly update systemd computers using tmux. > > It is a configurable option. I can't imagine that many distros enable > it by default since it is likely to be shocking to anybody who > actually knows how to use screen, and pointless for anybody who does > not. :) > > To enable it set KillUserProcesses=yes in /etc/systemd/logind.conf > > If you do use it there are ways to make exceptions for particular > processes. > > I can certainly see how it is a useful feature to have available in > specific contexts, but obviously most people will want to have it > turned off. > > -- > Rich > >
Re: [OBORONA-SPAM] Re: [OBORONA-SPAM] Re: [gentoo-user] Is Gentoo dead?
On Friday, April 24, 2020 4:45 PM, Rich Freeman wrote: > How did we get from "Is Gentoo dead?" to "Is C++ dead?" c++ is very alive. it just usually exists in the form of a disease and spreads like cancer. rgrds, cm.
Re: [gentoo-user] ALSA wizard...
On Fri, Apr 24, 2020 at 6:36 AM Jorge Almeida wrote: > > On Fri, Apr 24, 2020 at 2:06 PM Michael wrote: > > > > > > > I understand discord also offers a webRTC service, which ought to work with a > > browser - so it should be down to the browser to communicate with Alsa. > > Been there, tried that... Jorge, If it's true that discord is so picky then I wonder if there would be some value in testing your virtual sound card with some other app to ensure that at least the basic Alsa needs are being met? https://www.ubuntupit.com/top-20-best-linux-video-conferencing-software/ Mark
Re: [OBORONA-SPAM] Re: [OBORONA-SPAM] Re: [gentoo-user] Is Gentoo dead?
On Fri, 24 Apr 2020 12:22:39 +0300 lego12...@yandex.ru wrote: > The core of portage should be in C, imho. But it can be extendable > with hooks written in something simple like a bash. > It mustn't be a solid binary. It can be splitted into separate parts > with strict definitions of interaction and interface. There is no rational reason for the core of Portage to be written in C. > :-D This shouldn't be a problem, because developers of extension > modules/hooks(if they choose C for this) will use a something > like libportage with util and wrapper functions which will hide > all mallocs. And you yourself gave a very good reason why.
Re: [gentoo-user] ALSA wizard...
On Fri, Apr 24, 2020 at 5:27 PM Mark Knecht wrote: > > > >If it's true that discord is so picky then I wonder if there would be some > value in testing your virtual sound card with some other app to ensure that > at least the basic Alsa needs are being met? > > https://www.ubuntupit.com/top-20-best-linux-video-conferencing-software/ > Sure, I'll keep looking, but discord seems to come with the best features, barring the small detail of being linux-hostile. For example, jitsi (the 1st in that list) only supports Chrome and Firefox, excluding MacOS users who are not willing to install one of these... Cheers Jorge
Re: [gentoo-user] ALSA wizard...
On Fri, Apr 24, 2020 at 10:04 AM Jorge Almeida wrote: > > On Fri, Apr 24, 2020 at 5:27 PM Mark Knecht wrote: > > > > > > > > >If it's true that discord is so picky then I wonder if there would be some value in testing your virtual sound card with some other app to ensure that at least the basic Alsa needs are being met? > > > > https://www.ubuntupit.com/top-20-best-linux-video-conferencing-software/ > > > Sure, I'll keep looking, but discord seems to come with the best > features, barring the small detail of being linux-hostile. For > example, jitsi (the 1st in that list) only supports Chrome and > Firefox, excluding MacOS users who are not willing to install one of > these... > I __ONLY__ meant for testing purposes. I understand discord is the result we are working toward. Right now I don't know what the root cause of the failure is so testing some other app and discovering it works would tell us the virtual card does what you need in full-duplex real-time mode. However if we cannot make any app work correctly then we have to work more in the virtual card part. Just an idea, Mark
Re: [gentoo-user] ALSA wizard...
On Fri, Apr 24, 2020 at 6:11 PM Mark Knecht wrote: > > > > I __ONLY__ meant for testing purposes. I understand discord is the result we > are working toward. Right now I don't know what the root cause of the failure > is so testing some other app and discovering it works would tell us the > virtual card does what you need in full-duplex real-time mode. However if we > cannot make any app work correctly then we have to work more in the virtual > card part. > Yes, I understand. But I'd settle for something else that would do the job (for example, screen sharing seems to work OK; voice chat might be provided by some other application). I'll keep looking. Jorge
[gentoo-user] Re: Problem understanding "eix"
Dr Rainer Woitok wrote:
>
>> ...
>> I exported ARCH="x86_64" and did eix-update, but still:
>>
>> % F=':\n' eix --format '' -e tpm2-tss
>> 2.2.3-r2:
>> 2.3.3:
>
> Did you check with "eix --print ARCH"?
Sure.
> but rather what the command "arch" is returning.
No. It's what it gets from the profile.
Maybe you run an unstable system, that is ACCEPT_KEYWORDS='~amd64'?
Or do you have a corresponding entry in package.{accept_,}keywords?
Re: [OBORONA-SPAM] Re: [OBORONA-SPAM] Re: [gentoo-user] Is Gentoo dead?
On 24 Apr 2020, at 18:37, Caveman Al Toraboran wrote: > > On Friday, April 24, 2020 8:30 PM, inasprecali > wrote: > >> There is no rational reason for the core of Portage to be written in >> C. > > curious.. are you also cool if busybox was written > in python? The argument for a statically linked C portage is really two arguments: one about linking and a separate though slightly related argument about language choice. Regarding the statically linked argument: while there is some justification for eliminating dependencies, unless and until your statically linked portage is going to include a minimal C computer capable of bootstrapping gcc and a toolchain, you are still going to have to deal with the risk of external components breaking. Regarding the argument about language: portage should be written in whatever language the portage writers are most comfortable with. The benefits of any individual language are really going to be less than the benefits of a tool that mostly works with developers who are willing to support it.
Re: [OBORONA-SPAM] Re: [OBORONA-SPAM] Re: [gentoo-user] Is Gentoo dead?
On Friday, April 24, 2020 8:30 PM, inasprecali wrote: > There is no rational reason for the core of Portage to be written in > C. curious.. are you also cool if busybox was written in python?
Re: [OBORONA-SPAM] Re: [OBORONA-SPAM] Re: [gentoo-user] Is Gentoo dead?
... seems like you're describing haskell ... ... now, portage written in haskell would be really something Il giorno ven 24 apr 2020 alle ore 14:36 Caveman Al Toraboran < toraboracave...@protonmail.com> ha scritto: > On Wednesday, April 22, 2020 8:32 PM, Michael Jones > wrote: > > > > No-no. C++ is a nightmare. A few people want to use it. > > > > C++ is an extremely widespread language with millions of lines of code > written daily world wide. > > i think that might be misleading as it seems to > imply that being a c++ dev is mutually exclusive > against being a c dev (is it? the languages agree on > many syntaxes/features). > > i think the right way of thinking is as follows: > > 1. identify programming features needed to code >a reliable pms. i think most likely all we >need is [recursive] function calls and >if/else/loops. the rest probably has to do >with algorithms (independent of the language). > > 2. pick language that has features (1) and has the >largest users base. if the set of features in >(1) is small enough (such as ones i suggested), >then the c++ developers should be counted as c >developers (because that part is common between >c++ and c). > > 3. apply occam's razor. if two languages are >equally satisfying points (1) and (2), then >choose the simplest one. but if my thought is >correct (that we only need the subset of >features in c++ that's already in c), then c is >guaranteed to have a greater effective number >of developers in step (2). hence, we will not >even need to apply occam's razor to remove c++ >(unless points (1) and (2) result in a tie, >which i don't think it does in this case). > > > Lots of people want to use it. Just not people who want to write a PMS > compliant package manager. > > probably same kind of people that are headed to > blow their legs (and ours) in the process. > > >
Re: [OBORONA-SPAM] Re: [OBORONA-SPAM] Re: [gentoo-user] Is Gentoo dead?
I mean, basically portage is just a set of functions, so a functional programming language might just be the best way to go Il giorno ven 24 apr 2020 alle ore 19:54 Michele Alzetta < michele.alze...@gmail.com> ha scritto: > ... seems like you're describing haskell ... > ... now, portage written in haskell would be really something > > Il giorno ven 24 apr 2020 alle ore 14:36 Caveman Al Toraboran < > toraboracave...@protonmail.com> ha scritto: > >> On Wednesday, April 22, 2020 8:32 PM, Michael Jones >> wrote: >> >> > > No-no. C++ is a nightmare. A few people want to use it. >> > >> > C++ is an extremely widespread language with millions of lines of code >> written daily world wide. >> >> i think that might be misleading as it seems to >> imply that being a c++ dev is mutually exclusive >> against being a c dev (is it? the languages agree on >> many syntaxes/features). >> >> i think the right way of thinking is as follows: >> >> 1. identify programming features needed to code >>a reliable pms. i think most likely all we >>need is [recursive] function calls and >>if/else/loops. the rest probably has to do >>with algorithms (independent of the language). >> >> 2. pick language that has features (1) and has the >>largest users base. if the set of features in >>(1) is small enough (such as ones i suggested), >>then the c++ developers should be counted as c >>developers (because that part is common between >>c++ and c). >> >> 3. apply occam's razor. if two languages are >>equally satisfying points (1) and (2), then >>choose the simplest one. but if my thought is >>correct (that we only need the subset of >>features in c++ that's already in c), then c is >>guaranteed to have a greater effective number >>of developers in step (2). hence, we will not >>even need to apply occam's razor to remove c++ >>(unless points (1) and (2) result in a tie, >>which i don't think it does in this case). >> >> > Lots of people want to use it. Just not people who want to write a PMS >> compliant package manager. >> >> probably same kind of people that are headed to >> blow their legs (and ours) in the process. >> >> >>
[gentoo-user] Re: Is Gentoo dead?
On Fri, Apr 24, 2020 at 01:34:39PM -, Grant Edwards wrote: > On 2020-04-24, lego12...@yandex.ru wrote: > > The core of portage should be in C, imho. > > Why? I've been running Gentoo on multiple machines (generally at > least 4 or 5) for 15+ years now. I've never seen any problems that > could be attributed to the fact that portage isn't written in C. I don't have such experience. I use gentoo/funtoo for a less period, but on more machines(servers and desktops). And i catched one or two (don't remember exactly) situations where emerge was broken. -- Олег Неманов (Oleg Nemanov)
Re: [OBORONA-SPAM] Re: [OBORONA-SPAM] Re: [OBORONA-SPAM] Re: [gentoo-user] Is Gentoo dead?
On Fri, Apr 24, 2020 at 06:30:25PM +0200, inasprecali wrote: > There is no rational reason for the core of Portage to be written in > C. There are more than one rational reasons to do so. -- Олег Неманов (Oleg Nemanov)
Re: [gentoo-user] ALSA wizard...
On Fri, Apr 24, 2020 at 10:21 AM Jorge Almeida wrote: > > On Fri, Apr 24, 2020 at 6:11 PM Mark Knecht wrote: > > > > > > > > > > I __ONLY__ meant for testing purposes. I understand discord is the result we are working toward. Right now I don't know what the root cause of the failure is so testing some other app and discovering it works would tell us the virtual card does what you need in full-duplex real-time mode. However if we cannot make any app work correctly then we have to work more in the virtual card part. > > > Yes, I understand. But I'd settle for something else that would do the > job (for example, screen sharing seems to work OK; voice chat might be > provided by some other application). I'll keep looking. > > Jorge Do you have a Window license you can run in a VM? I suspect that might work pretty well. I used to run Go2Meeting that way and never had any trouble. Alternatively, you might look for a very cheap USB audio device that has both a mic input and a headphone output. On my big audio system I use the built-in audio stuff for all the browser/VLC audio but then take the output through a cable back into my bigger HDSP 9652 card through an Alesis ADAT interface with the actual DAC hooked to spdif on the HDSP. It look complicated on paper but it isolates all the junky computer audio (like Go2Meeting) from the important audio when I'm recording or mixing actual music.
Re: [gentoo-user] Is Gentoo dead?
On Fri, Apr 24, 2020 at 09:08:31PM +0300, lego12...@yandex.ru wrote: > On Fri, Apr 24, 2020 at 06:30:25PM +0200, inasprecali wrote: > > There is no rational reason for the core of Portage to be written in > > C. > > There are more than one rational reasons to do so. Such as ? Portage builds complex models in memory, so an object-oriented language would be the obvious choice: should that be C++ or some other O.O.\ language. Regardless, this should probably become a new topic on another list. gentoo-user seems inappropriate for this discussion, especially when the collaborators aren't even bothering to remove the [OBORONA-SPAM] tags from the subject line before sending (at the expense of the cleanliness of everyone else's inbox). -- Ashley Dixon suugaku.co.uk 2A9A 4117 DA96 D18A 8A7B B0D2 A30E BF25 F290 A8AA signature.asc Description: PGP signature
Re: [OBORONA-SPAM] Re: [OBORONA-SPAM] Re: [gentoo-user] Is Gentoo dead?
On Friday, April 24, 2020 9:56 PM, Michele Alzetta wrote: > I mean, basically portage is just a set of functions, so a functional > programming language might just be the best way to go yes, haskell passes step (1); so does php, java, etc. now kindly apply the rest of the steps ((2) and (3)), and see how far haskell would reach? i don't think haskell would pass step (2), and even if does, i doubt it would survive step (3). unless you're seriously asking this question, you're committing a strawman.
[gentoo-user] Re: Is Gentoo dead?
On 2020-04-24, lego12...@yandex.ru wrote: > On Fri, Apr 24, 2020 at 01:34:39PM -, Grant Edwards wrote: >> On 2020-04-24, lego12...@yandex.ru wrote: >> > The core of portage should be in C, imho. >> >> Why? I've been running Gentoo on multiple machines (generally at >> least 4 or 5) for 15+ years now. I've never seen any problems that >> could be attributed to the fact that portage isn't written in C. > > I don't have such experience. I use gentoo/funtoo for a less period, but > on more machines(servers and desktops). And i catched one or two > (don't remember exactly) situations where emerge was broken. But was it broken _because_it_wasn't_written_in_C_? I've written a _lot_ of C, and a _lot_ of Python over the years. If it were written in C, it would be broken worse and more often. -- Grant
Re: [gentoo-user] Is Gentoo dead?
On 4/23/20 5:44 AM, Dale wrote: > 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 a lot >>> as they make changes to the tree. >> There is nothing to be done. He himself decided like that. >> No one forced :-D. > > You ever think that developers may have to do things us users don't? > 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 then test > them some more. They also have to try to make sure the code it creates > works. All of that takes a lot of time and effort. Things we don't see. > What it comes down to is that I have to `git pull` before I can `git push`.
Re: [OBORONA-SPAM] Re: [OBORONA-SPAM] Re: [OBORONA-SPAM] Re: [OBORONA-SPAM] Re: [gentoo-user] Is Gentoo dead?
On 4/23/20 4:45 AM, lego12...@yandex.ru wrote: > 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 many shortlived > processes of the > same program, than static linking is better(for ram and speed). > > Michael, just read about history of shared object. That was not technical > decision, > that was marketing decision. > I might believe you about speed, but not about RAM. Memory usage goes up with static linking because you've got multiple copies of the same thing loaded into memory. And that makes the performance argument tricky as well: you're saving a bit of CPU time on function calls, but maybe your cache is also filled up with those same copies of the same stuff, and as a result things actually get slower as you hit the disk to load the 22nd copy of a library. Ignoring that, the faster load time and speed improvements were minor to begin with. It's not worth making your system annoying to manage. If you think I'm wrong, feel free to shoot yourself in the foot, but you shouldn't be calling Alessandro or the QA team incompetent (that's my bit...) unless you have some strong new evidence that static linking improves things in a general-purpose linux distro.
Re: [gentoo-user] Re: Is Gentoo dead?
On Fri, Apr 24, 2020 at 06:46:43PM -, Grant Edwards wrote: > On 2020-04-24, lego12...@yandex.ru wrote: > > I don't have such experience. I use gentoo/funtoo for a less period, but > > on more machines(servers and desktops). And i catched one or two > > (don't remember exactly) situations where emerge was broken. > > But was it broken _because_it_wasn't_written_in_C_? This is the incorrect question. But if it had less strange run-time dependencies, this might not happend. > I've written a _lot_ of C, and a _lot_ of Python over the years. If > it were written in C, it would be broken worse and more often. Oh... Grant, i've written a _lot_ of C, a _lot_ of bash, a _lot_ of perl, a _lot_ of pascal, a _lot_ of js, _enough_ of asm and etc over the years. If any of that code was written in not the language it was written, it would be broken worse and more often. And this tells nothing about why one or another language could be chosen for a given project. -- Олег Неманов (Oleg Nemanov)
Re: [gentoo-user] Is Gentoo dead?
On 4/23/20 2:14 PM, 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 while being punched in the face is even harder. When I complain >> about portage being slow, what I mean is that I want to stop being >> punched in the face so that I can concentrate all of my energy on the >> underlying hard problem. > > any reason why is it a traveling salesman problem, > and not just a tree walk with heuristics to handle > exceptions (e.g. cycles)? > It's not outwardly a traveling salesman problem, but it's on the same level of difficulty. If you look at RDEPEND in an ebuild, you'll see a bunch of entries like cat/pkg <= version As the package manager recursively processes all of the ebuilds in the dependency graph, you wind up with a goal like maximize the versions of all installed packages subject to cat/pkg1 <= version1 cat/pkg1 > version2 cat/pkg2 >= version3 ... That looks a lot like a linear programming problem, but package versions are discrete. So ignoring all of the details, it's believable that we have an integer programming problem, which is NP-complete.
Re: [gentoo-user] How to find the version of portage before 2005
This is my mistake. The portage git repository already contains all history. At the beginning, I ran "git log" to view the history, and saw that the earliest commit was 2005. But to view all commit history, I should run "git log --all". So I found that the savior branch contains all the information I need. This branch is the same as https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-src/portage/ Arve Barsnes 于2020年4月24日周五 下午9:16写道： > On Sat, 18 Apr 2020 at 19:15, Tanek Liang wrote: > > > > Hi, > > > > I read this article: > https://www.funtoo.org/Making_the_Distribution,_Part_3, interested in > early portage. > > > > But the first commit of portage's git repository was 2005, and no > earlier history can be found. > > > > Does anyone know how to find an earlier svn repository? > > You can find some history older than in gitweb here: > https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-src/portage/ > > Not sure if it is old enough for you. > > Regards, > Arve > >
Re: [gentoo-user] How to find the version of portage before 2005
What I need is the early commit history of portage: https://github.com/gentoo/portage/tree/savior Thanks,: D Dale 于2020年4月24日周五 下午7:25写道： > Tanek Liang wrote: > > Thank you. This should not contain the complete svn repository, so it is > not what I need. > > Dale 于2020年4月19日周日 上午8:47写道： > >> Tanek Liang wrote: >> >> Hi, >> >> I read this article: >> https://www.funtoo.org/Making_the_Distribution,_Part_3, interested in >> early portage. >> >> But the first commit of portage's git repository was 2005, and no earlier >> history can be found. >> >> Does anyone know how to find an earlier svn repository? >> >> Cheers! >> yongxinag >> >> >> >> >> I may still have a really old install CD that has it. I'd have to dig >> for it but if that would work, I could find it, get the files needed and >> email them to you. I'm not positive I still have it but would be willing >> to look and see. I think it would be version 1.4 or something. That's the >> Gentoo version from around 2003 which is pretty early on. >> >> Would that help? >> >> Dale >> >> :-) :-) >> > > > When I read your message, I thought maybe you were wanting the emerge > command file itself, it's just a python script and rather smallish back > then. If that's not going to help, I don't know of anything else. I only > found one CD. It was a 2 CD set. The other is likely around here > somewhere. > > Dale > > :-) :-) >
Re: [gentoo-user] ALSA wizard...
On Fri, Apr 24, 2020 at 7:08 PM Mark Knecht wrote: > > > > > Do you have a Window license you can run in a VM? I suspect that might work > pretty well. I used to run Go2Meeting that way and never had any trouble. I think I'm entitled to an unexpensive licence @work. Maybe that's the solution, such as it is. I bought micro+interface specifically for this purpose (voice chat) and I don't feel like giving up. Next step is learning about VMs, I suppose. Cheers Jorge
Re: [gentoo-user] Gentoo Tinderboxes?
On Wed, 22 Apr 2020 12:20:38 +0100 Neil Bothwick wrote: > On Wed, 22 Apr 2020 12:17:23 +0200, J. Roeleveld wrote: > > > >"BOINC is an open-source software platform for computing using > > >volunteered > > >resources." > > > > Considering the current situation, I switched my systems to > > foldingathome. > > Aren't BOINC doing COViD-19 work too? > > Rosetta@Home Running night and day. John
Re: [gentoo-user] Is Gentoo dead?
On Fri, Apr 24, 2020 at 05:07:48PM -0400, Michael Orlitzky wrote: > I might believe you about speed, but not about RAM. Memory usage goes up > with static linking because you've got multiple copies of the same thing > loaded into memory. No. I told about RAM :-). Several years ago i had some research for one project. It needed to run multiple instances of the same program(several thousands of concurrent instances). We tried to achieve maximum memory economy. And we saw that when the program linked statically, each instance consume less memory starting from 6 instances. Thanks to sharing of .text segments. Thus, for something like bash a static linking isn't bad. I have now 12 instances of it running. If it would be static, then not only every script that i run during work day starts faster, but it consume a little less ram. > think I'm wrong, feel free to shoot yourself in the foot, but you > shouldn't be calling Alessandro or the QA team incompetent (that's my > bit...) unless you have some strong new evidence that static linking > improves things in a general-purpose linux distro. No-no. I didn't want to call QA team or Alessandro incompetent. May be some typo or misspelling. I just said that anybody who says "Nothing should be statically linked" is incompetent in this question. Because this is simply not true. -- Олег Неманов (Oleg Nemanov)
Re: [gentoo-user] ALSA wizard...
> > Do you have a Window license you can run in a VM? I suspect that might work pretty well. I used to run Go2Meeting that way and never had any trouble. > > I think I'm entitled to an unexpensive licence @work. Maybe that's the > solution, such as it is. I bought micro+interface specifically for > this purpose (voice chat) and I don't feel like giving up. Next step > is learning about VMs, I suppose. I'd hate it if you had to go that way. I don't think I ever saw the name of the actual USB interface you're using. Can you give me a link to look at it? - Mark
Re: [gentoo-user] ALSA wizard...
On Fri, Apr 24, 2020 at 11:46 PM Mark Knecht wrote: > > > > > > Do you have a Window license you can run in a VM? I suspect that might > > > work pretty well. I used to run Go2Meeting that way and never had any > > > trouble. > > > > I think I'm entitled to an unexpensive licence @work. Maybe that's the > > solution, such as it is. I bought micro+interface specifically for > > this purpose (voice chat) and I don't feel like giving up. Next step > > is learning about VMs, I suppose. > > I'd hate it if you had to go that way. Well, touching Windows is somewhat repulsive, no doubt, but I'll survive :) > > I don't think I ever saw the name of the actual USB interface you're using. > Can you give me a link to look at it? > https://www.amazon.de/dp/B00EK1OTZC/ref=pe_3044161_189395811_TE_SCE_dp_1 Jorge
[gentoo-user] Tensorflow 2.1.0 failing to compile
Hey Jason, Please let me know what I am missing and if I should add anything more. Thanks a lot for your work in porting it :D Supplementary information (build log last 200 lines, make.conf, eix-installed -a) in email. Cheers, Aisha Last 200 lines of build.log: bazel-out/k8-py2-opt/bin/external/com_google_protobuf/.: warning: directory does not exist. bazel-out/k8-py2-opt/bin/external/com_google_protobuf/.: warning: directory does not exist. bazel-out/k8-py2-opt/bin/external/com_google_protobuf/.: warning: directory does not exist. bazel-out/k8-py2-opt/bin/external/com_google_protobuf/.: warning: directory does not exist. INFO: From ProtoCompile tensorflow/stream_executor/dnn.pb.cc: bazel-out/k8-py2-opt/bin/external/com_google_protobuf: warning: directory does not exist. INFO: From ProtoCompile tensorflow/core/protobuf/tpu/optimization_parameters.pb.cc: bazel-out/k8-py2-opt/bin/external/com_google_protobuf: warning: directory does not exist. INFO: From ProtoCompile tensorflow/compiler/xla/xla_data.pb.cc: bazel-out/k8-py2-opt/bin/external/com_google_protobuf: warning: directory does not exist. INFO: From ProtoCompile tensorflow/core/profiler/profiler_analysis_pb2.py: bazel-out/k8-py2-opt/bin/external/com_google_protobuf/.: warning: directory does not exist. bazel-out/k8-py2-opt/bin/external/com_google_protobuf/.: warning: directory does not exist. bazel-out/k8-py2-opt/bin/external/com_google_protobuf/.: warning: directory does not exist. bazel-out/k8-py2-opt/bin/external/com_google_protobuf/.: warning: directory does not exist. bazel-out/k8-py2-opt/bin/external/com_google_protobuf/.: warning: directory does not exist. bazel-out/k8-py2-opt/bin/external/com_google_protobuf/.: warning: directory does not exist. bazel-out/k8-py2-opt/bin/external/com_google_protobuf/.: warning: directory does not exist. bazel-out/k8-py2-opt/bin/external/com_google_protobuf/.: warning: directory does not exist. bazel-out/k8-py2-opt/bin/external/com_google_protobuf/.: warning: directory does not exist. bazel-out/k8-py2-opt/bin/external/com_google_protobuf/.: warning: directory does not exist. bazel-out/k8-py2-opt/bin/external/com_google_protobuf/.: warning: directory does not exist. INFO: From ProtoCompile tensorflow/core/protobuf/error_codes_pb2.py: bazel-out/k8-py2-opt/bin/external/com_google_protobuf/.: warning: directory does not exist. INFO: From ProtoCompile tensorflow/core/protobuf/tpu/compilation_result_pb2.py: bazel-out/k8-py2-opt/bin/external/com_google_protobuf/.: warning: directory does not exist. bazel-out/k8-py2-opt/bin/external/com_google_protobuf/.: warning: directory does not exist. bazel-out/k8-py2-opt/bin/external/com_google_protobuf/.: warning: directory does not exist. bazel-out/k8-py2-opt/bin/external/com_google_protobuf/.: warning: directory does not exist. bazel-out/k8-py2-opt/bin/external/com_google_protobuf/.: warning: directory does not exist. bazel-out/k8-py2-opt/bin/external/com_google_protobuf/.: warning: directory does not exist. bazel-out/k8-py2-opt/bin/external/com_google_protobuf/.: warning: directory does not exist. bazel-out/k8-py2-opt/bin/external/com_google_protobuf/.: warning: directory does not exist. bazel-out/k8-py2-opt/bin/external/com_google_protobuf/.: warning: directory does not exist. bazel-out/k8-py2-opt/bin/external/com_google_protobuf/.: warning: directory does not exist. bazel-out/k8-py2-opt/bin/external/com_google_protobuf/.: warning: directory does not exist. INFO: From ProtoCompile tensorflow/python/training/checkpoint_state_pb2.py: bazel-out/k8-py2-opt/bin/external/com_google_protobuf/.: warning: directory does not exist. INFO: From ProtoCompile tensorflow/core/profiler/profiler_service_monitor_result_pb2.py: bazel-out/k8-py2-opt/bin/external/com_google_protobuf/.: warning: directory does not exist. INFO: From Executing genrule //tensorflow/python:framework/fast_tensor_util.pyx_cython_translation: /usr/lib64/python3.6/site-packages/Cython/Compiler/Main.py:369: FutureWarning: Cython directive 'language_level' not set, using 2 for now (Py2). This will change in a later release! File: /var/tmp/portage/sci-libs/tensorflow-2.1.0/work/tensorflow-2.1.0-python3_6-bazel-base/execroot/org_tensorflow/tensorflow/python/framework/fast_tensor_util.pyx tree = Parsing.p_module(s, pxd, full_module_name) INFO: From Executing genrule //tensorflow/python:framework/fast_tensor_util.pyx_cython_translation: /usr/lib64/python3.6/site-packages/Cython/Compiler/Main.py:369: FutureWarning: Cython directive 'language_level' not set, using 2 for now (Py2). This will change in a later release! File: /var/tmp/portage/sci-libs/tensorflow-2.1.0/work/tensorflow-2.1.0-python3_6-bazel-base/execroot/org_tensorflow/tensorflow/python/framework/fast_tensor_util.pyx tree = Parsing.p_module(s, pxd, full_module_name) INFO: From Executing genrule //tensorflow/python:framework/fast_tensor_util.pyx_cython_translation [for host]: /usr/lib64/python3.6/site-packages/Cytho
Re: [gentoo-user] ALSA wizard...
On Fri, Apr 24, 2020 at 4:17 PM Jorge Almeida wrote: > > On Fri, Apr 24, 2020 at 11:46 PM Mark Knecht wrote: > > > > > > > > > > Do you have a Window license you can run in a VM? I suspect that might work pretty well. I used to run Go2Meeting that way and never had any trouble. > > > > > > I think I'm entitled to an unexpensive licence @work. Maybe that's the > > > solution, such as it is. I bought micro+interface specifically for > > > this purpose (voice chat) and I don't feel like giving up. Next step > > > is learning about VMs, I suppose. > > > > I'd hate it if you had to go that way. > Well, touching Windows is somewhat repulsive, no doubt, but I'll survive :) > I hope you don't have to. I'm not the least bit confident about how a virtual card is going to work with VM like Virtualbox. > > > > I don't think I ever saw the name of the actual USB interface you're using. Can you give me a link to look at it? > > > https://www.amazon.de/dp/B00EK1OTZC/ref=pe_3044161_189395811_TE_SCE_dp_1 OK, that device is pretty simple. If you set this device as the default Alsa device can you get simple audio, from YouTube for example, out through the headphone jack? We know the mic input works. If both of those work then what does discord do? I own a similar device (from a functional POV - a Focusrite Scarlett 2i2) which I use on my laptop for simple recording of guitar practice sessions or to record my guitar parts to get added to other musician friend's recordings. https://www.sweetwater.com/store/detail/Scarlet2i2G3--focusrite-scarlett-2i2-3rd-gen-usb-audio-interface I use line level inputs but I can hook up a mic. If I get some time I might look at installing discord to see if it works at all but I don't know how to test discord itself. - Mark
