Re: [gentoo-user] Thunderbird Datepicker
Hello everyone, found a partial solution. The problem is somehow related to the locales. I did the following: * Go to Preferences / Advanced * In the Select Box for the language choose English (United States) and ensure that it is one top of the list * Ensure that Regional settings locale is selected for Date and Time Formatting * Restart Thunderbird After doing the Thunderbird UI will be in English, but the date picker will work again. The question now is: Is this an upstream bug or is a bug in the EBuild? Or something in the configuration of my system? Best Jens On 16.01.20 06:43, Jens Pelzetter wrote: > Hello Nicolai, > > the USE flags don't make any difference. Rebuild my Thunderbird without > all system-* USE flags and with bindist enabled. No difference. > > But I noticed some warnings related in the console which might be > related. I will check this today. > > Best > > Jens > > Am 15.01.20 um 23:20 schrieb Nicolai Beuermann: >> Am 15.01.20 um 17:42 schrieb Jens Pelzetter: >>> Hello Nicolai, >>> >>> one Fedora everything works as expected. But Fedora has a slightly older >>> version of Thunderbird and GTK. >>> >>> Which useflags has your Thunderbird set? Mine has the following useflags: >>> >>> dbus gmp-autoupdate lightning startup-notification system-av1 >>> system-harfbuzz system-icu system-jpeg system-libevent system-libvpx >>> system-sqlite system-webp >>> >> I have the same USE flags +jack +pulseaudio >> >> did you try thunderbird-bin? >> >> -- >> mailto: nicolai.beuerm...@gmx.de >> online: https://www.nico-beuermann.de >> >
[gentoo-user] Re: Failed to emerge www-client/firefox-68.4.1, Log file:
On 2020-01-16 13:45, Daniel Frey wrote: > > * sys-devel/clang:9 is missing! Cannot use LLVM slot 9 ... > > Do you have this installed? FWIW, I get that message too during firefox builds (at the end), and yet they finish successfully. -- Please don't Cc: me privately on mailing lists and Usenet, if you also post the followup to the list or newsgroup. To reply privately _only_ on Usenet and on broken lists which rewrite From, fetch the TXT record for no-use.mooo.com.
Re: [gentoo-user] Failed to emerge www-client/firefox-68.4.1, Log file:
On Thu, Jan 16, 2020 at 4:46 PM Daniel Frey wrote: > > On 1/16/20 10:40 AM, Valmor de Almeida wrote: > > Hello list, > > I have been trying for a while getting firefox emerged; no luck. > > Inputs appreciated. > > Thanks, > > -- > > Valmor > > > > * sys-devel/clang:9 is missing! Cannot use LLVM slot 9 ... > > Do you have this installed? > > > What's the output of `equery list llvm clang`? > > Is it possible llvm updated but clang did not? The message sounds like > they depend on each other. > > Dan > Here it is: -> equery list llvm clang * Searching for llvm ... [IP-] [ ] sys-devel/llvm-8.0.1:8 * Searching for clang ... [IP-] [ ] sys-devel/clang-8.0.1:8 if slot 9 means version 9, it is not installed and I don't know why it does not get pulled in by portage. Thanks, -- Valmor
Re: [gentoo-user] how to lbry desktop?
Hi, On Thu, Jan 16, 2020, at 13:24, Caveman Al Toraboran wrote: > thx but, some other error i noticed: says keytar something 127, when running > `yarn`. > This is not really gentoo-specific, but you're probably missing a dependency that's required to build keytar. Alec
Re: [gentoo-user] Failed to emerge www-client/firefox-68.4.1, Log file:
On 1/16/20 10:40 AM, Valmor de Almeida wrote: Hello list, I have been trying for a while getting firefox emerged; no luck. Inputs appreciated. Thanks, -- Valmor * sys-devel/clang:9 is missing! Cannot use LLVM slot 9 ... Do you have this installed? What's the output of `equery list llvm clang`? Is it possible llvm updated but clang did not? The message sounds like they depend on each other. Dan
Re: [gentoo-user] .tmp-unverified-download-quarantine
On 1/13/20 3:24 AM, n952162 wrote: On 2020-01-12 16:48, james wrote: I also install and re-install, as many of the gentoo systems get "attacked" before I can� complete a secure install, or the hackers just read much more than I do. I guess I'm still popular, in very negative way. Hmmm.� Is that "attacked" to be interpreted in some sort of metaphorical way or do you mean really hacked over the internet? May I ask how, and how do you know?� What's involved in a secure install? Here is a good place *to start* self-education:: https://en.wikipedia.org/wiki/Unidirectional_network
Re: [gentoo-user] .tmp-unverified-download-quarantine
On 1/13/20 3:24 AM, n952162 wrote: On 2020-01-12 16:48, james wrote: I also install and re-install, as many of the gentoo systems get "attacked" before I can� complete a secure install, or the hackers just read much more than I do. I guess I'm still popular, in very negative way. Hmmm.� Is that "attacked" to be interpreted in some sort of metaphorical way or do you mean really hacked over the internet? May I ask how, and how do you know?� What's involved in a secure install? Monitor your connection, with a system setup that the ethernet does not responds to any sort of request. The system just collects and log. NO, I'm not documenting how to do this, but various ways exist, documented on the internet to make *most* ethernet interface to where they are *one-direction* only. HOW you achieve this? There are a myriad of ways. Good Hunting and *never* tell anyone how *you* do this caveat emptor James
Fw: Re: Re: [gentoo-user] .tmp-unverified-download-quarantine
In what way is emerge sensitive to reduced bandwidth? > Gesendet: Donnerstag, 16. Januar 2020 um 11:48 Uhr > Von: "Peter Humphrey" > An: n952162 > Betreff: Re: Fw: Re: [gentoo-user] .tmp-unverified-download-quarantine > > On Thursday, 16 January 2020 07:28:19 GMT you wrote: > > > But it's not synced, and that's the point in the end. > > Well, it isn't far off. The tarball will have been made no earlier than the > previous day. > > > Now I don't know, if I run emerge --sync, will it corrupt the system > > I've just installed? > > I can't see how. The worst it can do is to repeat your original problem, and > you'll be no worse off except for the disk space used. If the --sync fails on > verification, the new portage tree will be left in quarantine; that's what the > verification step is for. > > I've reinstalled systems here recently more often than I can count, and I've > always gone on from emerge-webrsync without another --sync. When I have a > bootable system I do boot it, then finish the system build natively, as it > were. > > When all packages have been installed and configured, I do a --sync and an -e > @world, just to make sure everything fits together properly*. > > You will need to do something about that DSL link though, if it's still as bad > while running your new system. > > * Actually, I'm more paranoid than that: I do an emerge @system, then > recompile and reboot the kernel, then an -e @world minus what was installed by > @system. I've no doubt that all the experts would say it's pointless, but I > learned caution when I was leading the team that maintained the 15-mainframe > system at five control centres that runs the national grid in England and > Wales. That was 25 years ago, but some habits stick - and CPU cycles are > cheap. > > -- > Regards, > Peter. > > > >
[gentoo-user] Re: python and -fno-semantic-interposition speed up
On 2020-01-13 11:33, Adam Carter wrote: > https://fedoraproject.org/wiki/Changes/PythonNoSemanticInterpositionSpeedup > > The only downside listed is "Users will no longer be able to use LD_PRELOAD > to override a symbol from libpython". > > Does anyone know if that is an issue for gentoo? The big problem with this proposal is: - How To Test -- Test that everything Python related in Fedora works as usual. I don't even know how to find "everything Python related" on Gentoo. And then, for each package that may be related, it would be necessary to test all its features. Maybe a better way would be to grep the gentoo repository for "LD_PRELOAD", but I don't think I have the capacity for that. Anyone? -- Please don't Cc: me privately on mailing lists and Usenet, if you also post the followup to the list or newsgroup. To reply privately _only_ on Usenet and on broken lists which rewrite From, fetch the TXT record for no-use.mooo.com.
Re: [gentoo-user] Failed to emerge www-client/firefox-68.4.1, Log file:
On Thu, Jan 16, 2020, 1:40 PM Valmor de Almeida
wrote:
> Hello list,
> I have been trying for a while getting firefox emerged; no luck.
> Inputs appreciated.
> Thanks,
> --
> Valmor
>
> >>> Failed to emerge www-client/firefox-68.4.1, Log file:
>
> >>> '/var/tmp/portage/www-client/firefox-68.4.1/temp/build.log'
>
> * Messages for package sys-devel/llvm-8.0.1:
>
> * You can find additional opt-viewer utility scripts in:
> * /usr/lib/llvm/8/share/opt-viewer
> * To use these scripts, you will need Python 2.7 along with the following
> * packages:
> * dev-python/pygments (for opt-viewer)
> * dev-python/pyyaml (for all of them)
>
> * Messages for package www-client/firefox-68.4.1:
>
> * sys-devel/clang:9 is missing! Cannot use LLVM slot 9 ...
> * ERROR: www-client/firefox-68.4.1::gentoo failed (compile phase):
> * (no error message)
> *
> * Call stack:
> * ebuild.sh, line 125: Called src_compile
> * environment, line 5204: Called die
> * The specific snippet of code:
> * GDK_BACKEND=x11 MOZ_MAKE_FLAGS="${MAKEOPTS} -O"
> SHELL="${SHELL:-${EPREFIX}/bin/bash}" MOZ_NOSPAM=1 ${_virtx} ./mach
> build --verbose || die
> *
> * If you need support, post the output of `emerge --info
> '=www-client/firefox-68.4.1::gentoo'`,
> * the complete build log and the output of `emerge -pqv
> '=www-client/firefox-68.4.1::gentoo'`.
> * The complete build log is located at
> '/var/tmp/portage/www-client/firefox-68.4.1/temp/build.log'.
> * The ebuild environment file is located at
> '/var/tmp/portage/www-client/firefox-68.4.1/temp/environment'.
> * Working directory:
> '/var/tmp/portage/www-client/firefox-68.4.1/work/firefox-68.4.1'
> * S: '/var/tmp/portage/www-client/firefox-68.4.1/work/firefox-68.4.1'
>
> * GNU info directory index is up-to-date
>
Gonna need the build log
>
[gentoo-user] Failed to emerge www-client/firefox-68.4.1, Log file:
Hello list,
I have been trying for a while getting firefox emerged; no luck.
Inputs appreciated.
Thanks,
--
Valmor
>>> Failed to emerge www-client/firefox-68.4.1, Log file:
>>> '/var/tmp/portage/www-client/firefox-68.4.1/temp/build.log'
* Messages for package sys-devel/llvm-8.0.1:
* You can find additional opt-viewer utility scripts in:
* /usr/lib/llvm/8/share/opt-viewer
* To use these scripts, you will need Python 2.7 along with the following
* packages:
* dev-python/pygments (for opt-viewer)
* dev-python/pyyaml (for all of them)
* Messages for package www-client/firefox-68.4.1:
* sys-devel/clang:9 is missing! Cannot use LLVM slot 9 ...
* ERROR: www-client/firefox-68.4.1::gentoo failed (compile phase):
* (no error message)
*
* Call stack:
* ebuild.sh, line 125: Called src_compile
* environment, line 5204: Called die
* The specific snippet of code:
* GDK_BACKEND=x11 MOZ_MAKE_FLAGS="${MAKEOPTS} -O"
SHELL="${SHELL:-${EPREFIX}/bin/bash}" MOZ_NOSPAM=1 ${_virtx} ./mach
build --verbose || die
*
* If you need support, post the output of `emerge --info
'=www-client/firefox-68.4.1::gentoo'`,
* the complete build log and the output of `emerge -pqv
'=www-client/firefox-68.4.1::gentoo'`.
* The complete build log is located at
'/var/tmp/portage/www-client/firefox-68.4.1/temp/build.log'.
* The ebuild environment file is located at
'/var/tmp/portage/www-client/firefox-68.4.1/temp/environment'.
* Working directory:
'/var/tmp/portage/www-client/firefox-68.4.1/work/firefox-68.4.1'
* S: '/var/tmp/portage/www-client/firefox-68.4.1/work/firefox-68.4.1'
* GNU info directory index is up-to-date.
Re: [gentoo-user] how to lbry desktop?
thx but, some other error i noticed: says keytar something 127, when running `yarn`. btw why is lbry so horrible? can't they just make a normal app? == snippet start == caveman@cave ~/D/d/lbry-desktop> yarn yarn install v1.21.1 $ yarn cache clean lbry-redux && yarn cache clean lbryinc yarn cache v1.21.1 success Cleared package "lbry-redux" from cache Done in 0.79s. yarn cache v1.21.1 success Cleared package "lbryinc" from cache Done in 0.84s. [1/5] Validating package.json... [2/5] Resolving packages... [3/5] Fetching packages... info fsevents@1.2.11: The platform "linux" is incompatible with this module. info "fsevents@1.2.11" is an optional dependency and failed compatibility check. Excluding it from installation. [4/5] Linking dependencies... warning " > lbryinc@0.0.1" has incorrect peer dependency "lbry-redux@lbryio/lbry-redux". [5/5] Building fresh packages... [9/9] ⠂ nodemon [8/9] ⠂ node-sass [3/9] ⠂ keytar [7/9] ⠂ lbryinc error /home/caveman/Documents/dev/lbry-desktop/node_modules/keytar: Command failed. Exit code: 127 Command: prebuild-install || node-gyp rebuild Arguments: Directory: /home/caveman/Documents/dev/lbry-desktop/node_modules/keytar == snippet end == rgrds, cm. ‐‐‐ Original Message ‐‐‐ On Thursday, January 16, 2020 7:59 PM, Alec Ten Harmsel wrote: > On Thu, Jan 16, 2020, at 10:27, Caveman Al Toraboran wrote: > > > this: > > https://github.com/lbryio/lbry-desktop#running-from-source > > > > doesn't work. i did `yarn dev:web` (and without web) and i don't see > > anything > > usable. with `:web` i get a browser opened, but it doesn't show anything. > > without `:web` it just says that render compilation complete, and gets stuck > > there. ctrl^c shows `killing threads...`. > > > > wat's the best way? is there even a best way? > > > > rgrds, > > cm. > > `yarn dev:web-server' works for me. > > HTH, > > Alec
Re: [gentoo-user] how to lbry desktop?
On Thu, Jan 16, 2020, at 10:27, Caveman Al Toraboran wrote: > this: > https://github.com/lbryio/lbry-desktop#running-from-source > > doesn't work. i did `yarn dev:web` (and without web) and i don't see anything > usable. with `:web` i get a browser opened, but it doesn't show anything. > without `:web` it just says that render compilation complete, and gets stuck > there. ctrl^c shows `killing threads...`. > > wat's the best way? is there even a best way? > > rgrds, > cm. `yarn dev:web-server' works for me. HTH, Alec
[gentoo-user] how to lbry desktop?
this: https://github.com/lbryio/lbry-desktop#running-from-source doesn't work. i did `yarn dev:web` (and without web) and i don't see anything usable. with `:web` i get a browser opened, but it doesn't show anything. without `:web` it just says that render compilation complete, and gets stuck there. ctrl^c shows `killing threads...`. wat's the best way? is there even a best way? rgrds, cm.
