one wanted to take this name for themselves) :)
Regards,
Dmitry Butskoy
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject
Ben Cotton wrote:
== Summary ==
Remove pam_console as it is not enabled by default, can be replaced by
systemd and has security issues.
Just to make sure -- pam_console provided an "auth" feature (see
https://bugzilla.redhat.com/show_bug.cgi?id=137802 ), which allows to
log just once when
Sérgio Basto wrote:
On Thu, 2022-02-24 at 21:20 +0300, Dmitry Butskoy wrote:
Miroslav Suchý wrote:
Second, the alternate Springdale Linux repo
http://springdale.princeton.edu/data/springdale/SCL/7/x86_64/ see
ms
to have all the ones (which are provided in sources by RedHat),
but
cannot be used
Miroslav Suchý wrote:
Second, the alternate Springdale Linux repo
http://springdale.princeton.edu/data/springdale/SCL/7/x86_64/ seems
to have all the ones (which are provided in sources by RedHat), but
cannot be used in Copr. Springdale provides devtoolset-3-elfutils
there, and it in some
Kevin Kofler via devel wrote:
I guess the easiest workaround would be to create an llvm-toolset-11.0 Copr
and to build llvm-toolset-11.0-*.src.rpm from:
http://springdale.princeton.edu/data/springdale/SCL/7/SRPMS/
in it.
Unfortunately, the rebiuld of all the llvm-toolset stuff from the
sources
Ben Beasley wrote:
Yes, the devtoolsets work nicely if you supply the appropriate incantations. I
haven’t tried in COPR specifically
I've just tried and it seems that devtoolset are not available for epel7
builds in Copr. (For epel7, I successfully build seamonkey with
devtoolset already for
Is it possible to use RHEL7 devtoolsets (aka devtoolset-8,
llvm-toolset-11 and so on) for the correspond builds in Copr, as well as
it is possible for builds for Fedora EPEL7 ?
~buc
___
devel mailing list -- devel@lists.fedoraproject.org
To
Elder Marco wrote:
Hi all,
I've just orphaned yad[1], as I do not use it for a long time. It
would be great if someone could give it more care. The package needs
an update.
I've taken it.
I am already involved with upstream a bit, anyway.
~buc
Stephen John Smoogen wrote:
On Wed, 25 Mar 2020 at 14:10, Dmitry Butskoy <mailto:b...@buc.me>> wrote:
Could anybody answer please which package provides:
> /usr/share/bookmarks/default-bookmarks.html
under RHEL8 ?
I don't see anything providing it in EL8
Could anybody answer please which package provides:
/usr/share/bookmarks/default-bookmarks.html
under RHEL8 ?
~buc
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to
Tuomo Soini wrote:
On Fri, 24 Jan 2020 21:10:48 +0300
Dmitry Butskoy wrote:
Well, now I see the initial behaviour:
DEBUG util.py:598: Package coreutils-8.22-24.el7.x86_64 is already
installed. DEBUG util.py:596: No matching package to install:
'rust-toolset-1.35-rust' DEBUG util.py:596
Stephen John Smoogen wrote:
On Sat, 11 Jan 2020 at 12:13, Dmitry Butskoy wrote:
Now it cannot find devtoolset-8 :
DEBUG util.py:596: No matching package to install: 'devtoolset-8-gcc'
DEBUG util.py:596: No matching package to install: 'devtoolset-8-gcc-c++'
DEBUG util.py:596: No matching
Stephen John Smoogen wrote:
On Sat, 11 Jan 2020 at 12:13, Dmitry Butskoy wrote:
Kevin Fenzi wrote:
OK we are now syncing to rhel-7-server-devtools-rpms and those have
the needed rust-toolset, llvm-toolset and other tools which someone
needing to rebuild chromium or seamonkey. Please test
Kevin Fenzi wrote:
OK we are now syncing to rhel-7-server-devtools-rpms and those have
the needed rust-toolset, llvm-toolset and other tools which someone
needing to rebuild chromium or seamonkey. Please test and let me know
what you run into.
Seems nothing changed yet,
DEBUG util.py:596: No
Stephen John Smoogen wrote:
On Wed, 8 Jan 2020 at 16:13, Stephen John Smoogen wrote:
On Wed, 8 Jan 2020 at 16:07, Stephen John Smoogen wrote:
On Wed, 8 Jan 2020 at 15:53, Dmitry Butskoy wrote:
Considering how Firefox is built, I see it uses:
devtoolset-8
rust-toolset-1.35
llvm-toolset-7.0
uilds;
2) EPEL builds will use "official" packages from the correspond RHEL
channel?
Regards,
Dmitry Butskoy
https://fedoraproject.org/wiki/User:Buc
P.S. I know EPEL7 provides rust-1.40, but the code I try to compile is
ready for rust <= 1.37 only :/
P.P.S. I know about &qu
hin tarballs) in the srpms for this.
It seems that Firefox (part of RHEL packages set) uses SCL now, but
Seamonkey (former Mozilla/Netscape) still cannot use it.
Dmitry Butskoy
https://fedoraproject.org/wiki/User:Buc
___
devel mailing l
, that traceroute already supports IPv6 transparently. The `-6'
suffix/option is needed for cases when domain names are resolved to both
IPv4 and IPv6 variants (as well as for compatibility with older versions
etc.)
Regards,
Dmitry Butskoy
--
devel mailing list
devel@lists.fedoraproject.org
https
be resolved due to missing testers. Seamonkey actually shares source
code with thunderbird (99,9%).
Consider just as a precedent.
Regards,
Dmitry Butskoy
___
epel-devel mailing list
epel-devel@lists.fedoraproject.org
https://admin.fedoraproject.org
Dennis Gilmore wrote:
The arm builders all have 4gb of ram. how much ram should the tests
need?
BTW, some big application -- seamonkey (former mozilla/netscape suite)
-- fails to build on arm due to the same reason -- not enough memory on
the build host.
~buc
--
devel mailing list
the primary, baseurl Fedora repos
(not from mirrors)?
Regards,
Dmitry Butskoy
http://www.fedoraproject.org/wiki/DmitryButskoy
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
seth vidal wrote:
download.fedoraproject.org hits a redirector which sends you to the
nearest mirror from mirrormanager.
Well, but what should I do if that mirror seems broken? Try to obtain
the full mirror list and try each mirror step by step? Why we no more
provide just a true
seth vidal wrote:
On Wed, 2011-09-07 at 18:04 +0400, Dmitry Butskoy wrote:
Well, but what should I do if that mirror seems broken?
Broken how?
Some SRPMS in fedora/linux/updates/14/SRPMS are missed.
Go to the url from the mirrorlist= line in a webbrowser and it will give
you all
Dmitry Butskoy wrote:
seth vidal wrote:
On Wed, 2011-09-07 at 18:04 +0400, Dmitry Butskoy wrote:
Well, but what should I do if that mirror seems broken?
Broken how?
Some SRPMS in fedora/linux/updates/14/SRPMS are missed.
Now the files have appeared
So I am wondering which one I should use: local time or convert it to UTC?
Certainly convert it to UTC.
As at any other international things (post, airports) the time must be
unique.
Regards,
Dmitry Butskoy
http://www.fedoraproject.org/wiki/DmitryButskoy
--
devel mailing list
devel
,
Dmitry Butskoy
http://www.fedoraproject.org/wiki/DmitryButskoy
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
and your collection of SysV initrd scripts. I'm sure
you will find adherens in this idea.
The continuation of this discussion here is not productive, anyway.
Dmitry Butskoy
http://www.fedoraproject.org/wiki/DmitryButskoy
--
devel mailing list
devel@lists.fedoraproject.org
https
Orphan irda-utils
I've taken it. Comantainers welcome.
Dmitry Butskoy
http://www.fedoraproject.org/wiki/DmitryButskoy
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
alternatives etc.)
Dmitry Butskoy
http://www.fedoraproject.org/wiki/DmitryButskoy
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
+ openssl-1.0.0).
Regards,
Dmitry Butskoy
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
30 matches
Mail list logo