I'm assuming Fedora systems are vulnerable:
https://arstechnica.com/security/2024/05/novel-attack-against-virtually-all-vpn-apps-neuters-their-entire-purpose/
I hope we can find a fix soon!
--
___
devel mailing list -- devel@lists.fedoraproject.org
To
On Fri, Dec 29, 2023 at 6:43 AM Zbigniew Jędrzejewski-Szmek <
zbys...@in.waw.pl> wrote:
> On Thu, Dec 28, 2023 at 05:07:09PM +, Barry Scott wrote:
> >
> >
> > > On 28 Dec 2023, at 16:58, Chris Adams wrote:
> > >
> > > Anything that depends on PATH entries is IMHO doomed to failure.
> > >
On Tue, Sep 19, 2023 at 10:12 AM Neal Gompa wrote:
> On Tue, Sep 19, 2023 at 9:57 AM Neal Becker wrote:
> >
> > Some apps that are not open source and we are required to use don't
> cooperate: see attached
> >
>
> According to this VMware forum post, the warni
Some apps that are not open source and we are required to use don't
cooperate: see attached
On Mon, Sep 18, 2023 at 11:58 AM Steven A. Falco
wrote:
> On 9/18/23 11:33 AM, Neal Gompa wrote:
> > On Mon, Sep 18, 2023 at 11:12 AM Steven A. Falco
> wrote:
> >>
> >> On 9/17/23 05:48 PM, Kevin
at 7:40 PM Neal Becker wrote:
> Error:
> Problem 1: problem with installed package ffmpeg-free-5.1.3-1.fc37.x86_64
> - package ffmpeg-6.0-6.fc38.x86_64 conflicts with ffmpeg-free provided
> by ffmpeg-free-6.0-2.fc38.x86_64
> - ffmpeg-free-5.1.3-1.fc37.x86_64 does not belong t
Error:
Problem 1: problem with installed package ffmpeg-free-5.1.3-1.fc37.x86_64
- package ffmpeg-6.0-6.fc38.x86_64 conflicts with ffmpeg-free provided by
ffmpeg-free-6.0-2.fc38.x86_64
- ffmpeg-free-5.1.3-1.fc37.x86_64 does not belong to a distupgrade
repository
- conflicting requests
The one concern I have with this proposal is it says that flatpak version
would only be offered if it didn't duplicate a package in fedora. The
potential problem I see is this depends on Fedora and Flathub being totally
consistent in their naming.
___
There are several recovery disks available that could serve as examples.
https://www.system-rescue.org/
On Mon, Apr 4, 2022 at 7:12 AM Fabio Valentini wrote:
> On Thu, Mar 31, 2022 at 11:39 PM Neal Gompa wrote:
> >
> > Hey all,
> >
> > Earlier this week, the Fedora Workstation WG discussed a
On Wed, Mar 16, 2022 at 2:40 PM Kevin Fenzi wrote:
> On Wed, Mar 16, 2022 at 01:55:03PM -0400, Neal Becker wrote:
> > On Wed, Mar 16, 2022 at 1:45 PM Neal Becker wrote:
> >
> > >
> > >
> > > On Wed, Mar 16, 2022 at 1:38 PM Neal Becker
> wrote:
>
On Wed, Mar 16, 2022 at 1:45 PM Neal Becker wrote:
>
>
> On Wed, Mar 16, 2022 at 1:38 PM Neal Becker wrote:
>
>> I believe it is failing on the line:
>> File "/usr/lib/python3.10/site-packages/pyrpkg/lookaside.py", line 298,
>> in upload
>> i
On Wed, Mar 16, 2022 at 1:38 PM Neal Becker wrote:
> I believe it is failing on the line:
> File "/usr/lib/python3.10/site-packages/pyrpkg/lookaside.py", line 298,
> in upload
> if self.remote_file_exists(name, filename, hash):
> File "/usr/lib/p
f.raise_upload_error(status)
So maybe the file already exists in the cache? But then, sources has not
been updated, and if I try
fedpkg local it will attempt to build the old version 1.8.1, not the new
1.9.0.
On Wed, Mar 16, 2022 at 11:44 AM Neal Becker wrote:
>
>
> On Wed, Mar 16,
On Wed, Mar 16, 2022 at 11:28 AM Ankur Sinha wrote:
> On Wed, Mar 16, 2022 10:46:43 -0400, Neal Becker wrote:
> > Sorry if this is a duplicate message, previous one was held for
> moderation.
> >
> > $ fedpkg new-sources ~/Downloads/unuran-1.9.0.tar.gz
> > Could
On Wed, Mar 16, 2022 at 10:57 AM Alexander Sosedkin
wrote:
> On Wed, Mar 16, 2022 at 3:47 PM Neal Becker wrote:
> >
> > Sorry if this is a duplicate message, previous one was held for
> moderation.
> >
> > $ fedpkg new-sources ~/Downloads/unuran-1.9.0.tar.gz
>
Sorry if this is a duplicate message, previous one was held for moderation.
$ fedpkg new-sources ~/Downloads/unuran-1.9.0.tar.gz
Could not execute new_sources: Fail to upload files. Server returns status
403
I haven't been active in packaging for some time, did I miss something?
--
*Those who
On my update yesterday on F35, python3.11a4 got pulled in as a 'weak'
dependency. How can I trace where this dep came from?
Thanks,
Neal
--
*Those who don't understand recursion are doomed to repeat it*
___
devel mailing list --
Does this modified openvpn support all the same features/options as the
stable release version?
Thanks,
Neal
On Fri, Feb 4, 2022 at 5:04 AM David Sommerseth wrote:
> On 03/02/2022 05:52, Demi Marie Obenour wrote:
> > On 2/2/22 13:34, David Sommerseth wrote:
> >>
> >> Hi,
> >>
> >> An OpenVPN
Sorry, don't understand the question. I was testing with non-variable
fonts, all were "mono".
On Wed, Jan 5, 2022 at 9:45 PM Akira TAGOH wrote:
> On Fri, Dec 31, 2021 at 1:08 AM Neal Becker wrote:
> >
> > After seeing this proposal I tried playing with Noto Sans Mon
After seeing this proposal I tried playing with Noto Sans Mono. I
find that while it comes with many weights, none look right to me.
Language is English.
I'm testing in emacs. My usual default is Source code sans semibold
and I find that very pleasing. I also tried Dejavu Sans Mono
semibold,
https://koji.fedoraproject.org/koji/taskinfo?taskID=79571245
Thanks,
Neal
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
Sergio Belkin wrote:
> Hi folks,
>
> Since a few days ago, the keyboard shortcut Alt+F2 for opening "run
> command" box is not working.
>
> journalctl shows complaints as follows:
>
> plasmashell[231184]: Could not open library 'libkdeinit5_'.
> plasmashell[231184]: Cannot load library
rpm -qa | wc - reports 5939
On Tue, Apr 27, 2021 at 2:13 PM Tomasz Torcz wrote:
>
> Dnia Tue, Apr 27, 2021 at 04:08:38PM +, Zbigniew Jędrzejewski-Szmek
> napisał(a):
> > On Tue, Apr 27, 2021 at 10:04:34AM -0400, Neal Becker wrote:
> > > Updated F33 -> F34
0:04:34AM -0400, Neal Becker wrote:
> > Updated F33 -> F34. Mostly went well, except there is one thing which
> > could be better. This is not new to F34 but has been there since the
> > dnf system-upgrade.
> >
> > Running on a pretty decent laptop (core i7, 8GB, SSD
Updated F33 -> F34. Mostly went well, except there is one thing which
could be better. This is not new to F34 but has been there since the
dnf system-upgrade.
Running on a pretty decent laptop (core i7, 8GB, SSD). The issue is
that the installation hangs a long time with no evidence of
>
> On Thu, Nov 26, 2020 at 1:01 AM Neal Becker wrote:
> >
> > It would be nice to have a version of tortoisehg to go with it.
> Currently I've tried thg-5.6 built as:
> > pip install --user tortoisehg-5.6.tar.gz
> > And using mercurial-5.6 installed as
It would be nice to have a version of tortoisehg to go with it. Currently
I've tried thg-5.6 built as:
pip install --user tortoisehg-5.6.tar.gz
And using mercurial-5.6 installed as
pip install --user --upgrade mercurial (IIRC)
And using system versions of PyQt etc. It segfaults on many
Might be interesting to try logging in as a new user to see if some older
kde settings are messing things up.
On Thu, Sep 10, 2020 at 6:24 AM Ondrej Mosnacek wrote:
> On Tue, Sep 8, 2020 at 5:30 PM Ben Cotton wrote:
> > https://fedoraproject.org/wiki/Changes/WaylandByDefaultForPlasma
> >
> >
On Wed, Sep 9, 2020 at 10:33 AM Dominique Martinet
wrote:
> Neal Becker wrote on Wed, Sep 09, 2020:
> > I have tested kde/wayland on F32 but have hit a roadblock. We are all
> > working from home and need to share screens. Using google chrome, on X11
> > when I try t
I have tested kde/wayland on F32 but have hit a roadblock. We are all
working from home and need to share screens. Using google chrome, on X11
when I
try to share an app window (which is my usual choice) there are no
problems, but on wayland only some of the windows are given as choices to
If BTRFS is to become fedora default, we should consider this?
"BTRFS relatime vs. noatime - Huge Performance Difference - linux"
https://www.reddit.com/r/linux/comments/imgler/btrfs_relatime_vs_noatime_huge_performance/?utm_source=amp_medium=_content=post_body
--
*Those who don't understand
I wonder if there's any information or discussion on the default
partitioning and subvoluming
scheme to be used for btrfs install?
The only scheme I've used so far in the past is a single large partition
with one subvolume for /home and another for /root. I think it might be
good to have another
I think if we really want to advocate for btrfs, we also should provide the
tools to take full advantage of it. I've been using btrfs since it was
offered as an option on Fedora. On Ubuntu, there is a tool "snapper" to
help manage snapshots. Unfortunately I didn't manage to get this setup on
Maybe the problem is that my local pycurl is not compatible with fedpkg?
fedpkg
fedpkg
Traceback (most recent call last):
File "/usr/bin/fedpkg", line 11, in
load_entry_point('fedpkg==1.38', 'console_scripts', 'fedpkg')()
File
Samuel Sieb wrote:
> On 11/10/19 7:44 AM, Neal Becker wrote:
>> dnf --disablerepo=rpmfusion-free-source download --enablerepo=rawhide
>> --source mercurial enabling fedora-modular-source repository
>> enabling rawhide-source repository
>> enabling updates-modular-so
dnf --disablerepo=rpmfusion-free-source download --enablerepo=rawhide --source
mercurial
enabling fedora-modular-source repository
enabling rawhide-source repository
enabling updates-modular-source repository
enabling updates-source repository
enabling fedora-source repository
enabling
Error: Transaction test error:
file /usr/lib64/libeststring.so.1.2 from install of speech-tools-
libs-2.5-8.fc31.x86_64 conflicts with file from package festival-
speechtools-libs-1.2.96-39.fc29.x86_64
OK, can we remove speech-tools-libs?
[nbecker@nbecker2 ~]$ sudo dnf remove speech-tools-libs
Petr, I am sorry to hear of your health problems. I hope you recover soon.
I have been following this situation but have little time to spend on this.
I personally use mercurial and depend on extensions: evolve and hg-git. I
have been quiet while working on getting these extensions ported.
Seems evolve (tip) is not installable on python3:
python3 setup.py install --user
Traceback (most recent call last):
File "setup.py", line 37, in
version=get_version(),
File "setup.py", line 15, in get_version
return get_metadata()['__version__']
File "setup.py", line 10, in
ss and at least attach my latest solution to the BZ so someone can
> continue
> instead of start from the scratch again.
>
> Petr
>
> On 20. 08. 19 19:54, Neal Becker wrote:
> > I agree that subpackages for py2 and py3 seems best, but I'll have to
> > see if mercurial can be
. The current blocker for Fedora packaging of tortoisehg is the
> lack of Python 3 Mercurial, and the biggest risk is that the Python 2
> Mercurial package goes away before I had time to transition the
> tortoisehg package to depend on Python 3 Mercurial.
>
> /Mads
>
>
>
> On 8/1
I think tortoisehg is not ported to python3
On Wed, Aug 14, 2019 at 1:39 PM Neal Becker wrote:
>
> I just tested hg-5.1.0 with the latest git version of hg-evolve on
> python3 and at least some basic things seem to be working. One
> problem:
> hg
> *** failed to impo
I just tested hg-5.1.0 with the latest git version of hg-evolve on
python3 and at least some basic things seem to be working. One
problem:
hg
*** failed to import extension hggit: No module named 'compat'
That's with the latest pip version of hg-git (0.8.12).
hg-git is a supported fedora
Petr Stodulka wrote:
>
>
> On 07. 08. 19 19:31, Petr Stodulka wrote:
>>
>> On 07. 08. 19 3:34, Mads Kiilerich wrote:
>>> On 8/6/19 9:35 PM, Petr Stodulka wrote:
So it's question, should I rebase it in rawhide and setup for Python3
already even when it is so broken, or
>>>
>>>
>>> Hi
According to the discussion here:
https://www.mercurial-scm.org/pipermail/mercurial-devel/2019-April/130061.html
I think maybe we may instead ask to bundle a statically linked zstd with
mercurial 4.9.
Thanks,
Neal
Neal Gompa wrote:
> On Mon, Apr 8, 2019 at 8:21 AM Neal Becker wr
Neal Gompa wrote:
> On Mon, Apr 8, 2019 at 7:36 AM Miro Hrončok wrote:
>>
>> On 08. 04. 19 13:28, Neal Becker wrote:
>> > mercurial 4.9 packages zstd and python wrapper.
>> >
>> > I think we need to use system zstd. But I don't see python2-zstd.
>&g
Neal Becker wrote:
> Hi, I'm helping to maintain hg on Fedora.
>
> Fedora has a policy of using system libraries where possible.
>
> Fedora currently has libzstd (1.3.8), but does not appear to have python2-
> zstd module.
>
> I think we need to build hg to use the sys
Hi, I'm helping to maintain hg on Fedora.
Fedora has a policy of using system libraries where possible.
Fedora currently has libzstd (1.3.8), but does not appear to have python2-
zstd module.
I think we need to build hg to use the system libzstd, and to also package
python2-zstd seperately.
mercurial 4.9 packages zstd and python wrapper.
I think we need to use system zstd. But I don't see python2-zstd.
Is anyone working on packaging python2-zstd? It would be needed to proceed
with mercurial 4.9. (I haven't yet checked on version number
compatibility).
Thanks,
Neal
Miroslav Suchý wrote:
> Do you want to make Fedora 30 better? Please spend 1 minute of your time
> and try to run:
>
> sudo dnf --releasever=30 --setopt=module_platform_id=platform:f30
> --enablerepo=updates-testing distro-sync
>
> If you get this prompt:
>
> ...
> Total download size:
Zbigniew Jędrzejewski-Szmek wrote:
> On Mon, Feb 11, 2019 at 09:19:08AM -0500, Neal Becker wrote:
>> I'm proposing to update to mercurial 4.9 for F30.
>
> What is the effect on those dependent packages? How many need
> adjustments?
>
> Zbyszek
tortoisehg for sure won't
Scott Talbert wrote:
> On Mon, 11 Feb 2019, Neal Becker wrote:
>
>> I haven't done any fedora packaging work for some time. I tried to fix
>> https://bugzilla.redhat.com/show_bug.cgi?id=1674789
>> today, but I get:
>>
>> fedpkg push
>> Enumerating obje
I haven't done any fedora packaging work for some time. I tried to fix
https://bugzilla.redhat.com/show_bug.cgi?id=1674789
today, but I get:
fedpkg push
Enumerating objects: 5, done.
Counting objects: 100% (5/5), done.
Delta compression using up to 4 threads
Compressing objects: 100% (3/3),
I'm proposing to update to mercurial 4.9 for F30.
The following packages are reported by dnf repoquery --whatrequires to
depend on mercurial:
git-cinnabar-0:0.5.0-1.fc29.x86_64
git-remote-hg-0:0.3-9.fc29.noarch
gitifyhg-0:0.8.4-11.fc29.noarch
golang-bin-0:1.11-1.fc29.x86_64
https://www.phoronix.com/scan.php?page=news_item=GCC-Clear-make-fmv-patch
Sounds like interesting tech.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
mirrors from the list and the content of primary metadata
> file is somewhat unsatisfying (basically it is empty):
>
>
> http://linux.duke.edu/metadata/common; xmlns:rpm="
> http://linux.duke.edu/metadata/rpm; packages="0">
>
>
> Marek
>
> --
> M
dnf download --source wireshark
[...]
No package wireshark-2.6.5-1.fc29.src available.
Exiting due to strict setting.
Error: No package wireshark-2.6.5-1.fc29.src available.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an
sudo dnf update --enablerepo=rawhide julia
Dependencies resolved.
Problem: The operation would result in removing the following protected
packages: dnf
I have no bandwidth to work on this in the next several weeks, so if anyone
else would like to take the lead that would be very helpful.
On Mon, Aug 6, 2018 at 7:05 AM Petr Stodulka wrote:
> Hi folks,
> we want to do rebase of mercurial for F29 before beta freeze yet. Currently
> we have
Inline with this request:
https://src.fedoraproject.org/rpms/mercurial/pull-request/3
I am proposing to update mercurial to 4.5.3 for f28. Any objections?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
A nice article on dns security:
https://arstechnica.com/information-technology/2018/04/how-to-keep-your-isps-nose-out-of-your-browser-history-with-encrypted-dns/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
As shown here:
https://koji.fedoraproject.org/koji/packageinfo?packageID=2518
mercurial-4.4.2-1.fc28
is built, but
dnf --enablerepo=rawhide --show info mercurial
doesn't show it. Is there now another step needed beyond just fedpkg build?
___
devel
Petr Stodulka wrote:
> Hi folks,
> I have there builds of mercurial in testing that fixes few CVEs.
> Someone who uses mercurial and want to test it yet?
> Thanks,
>
I use it (lightly) :) What do you have to test?
___
devel mailing list --
CVE-2017-1000115:
Mercurial's symlink auditing was incomplete prior to 4.3, and could be
abused to write to files outside the repository.
CVE-2017-1000116:
Mercurial was not sanitizing hostnames passed to ssh, allowing shell
injection attacks by specifying a hostname starting with
If not, it would be a handy feature - to be notified of any updates. I
didn't see it looking at https://bodhi.fedoraproject.org/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Mercurial < 4.1.3 has a security issue, and an update is highly recommended
https://www.mercurial-scm.org/pipermail/mercurial-packaging/2017-April/000202.html
I propose to update f26 for 4.1.3.
torgoisehg 4.1.3 is (just now) also available.
It would be advisable to backport patches to earlier
Having been badly burned by sudo pip install in the past, I agree that a
warning is appropriate, with a suggestion to use pip install --user
On Fri, Feb 10, 2017 at 1:28 PM Tomas Orsava wrote:
> Hi!
> On the last FESCo meeting while discussing the sudo pip Fedora [Change],
>
Jonathan Underwood wrote:
> On 19 December 2016 at 16:48, Jonathan Underwood
> <jonathan.underw...@gmail.com> wrote:
>> On 19 December 2016 at 15:47, Neal Becker <ndbeck...@gmail.com> wrote:
>>> kinit nbec...@fedoraproject.org
>>> Password for nbec..
kinit nbec...@fedoraproject.org
Password for nbec...@fedoraproject.org:
[nbecker@nbecker2 ~]$ ssh nbec...@fedoraproject.org
Permission denied (publickey).
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
Currently, pip3 --user installed stuff can be updated with:
pip3 install --upgrade --user $(pip3 list --user -o | cut -f 1 --delim=' ')
But that isn't obvious/discoverable
On Mon, Dec 12, 2016 at 8:48 AM Petr Viktorin <pvikt...@redhat.com> wrote:
> On 12/12/2016 01:39 PM, Neal Bec
Mercurial upstream is asking about a compression library zstd.
Specifically:
https://www.mercurial-scm.org/pipermail/mercurial-packaging/2016-November/000178.html
I believe the proposed solution here:
https://www.mercurial-scm.org/pipermail/mercurial-packaging/2016-December/000182.html
which is
It seems at this time f25 builds are not yet turned on in copr.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
I tried to test upgrade f24->f25:
sudo dnf system-upgrade download --refresh --releasever=25 --allowerasing
but it wanted to downgrade a large number of packages, particularly texlive:
[hundreds of downgrades...]
texlive-zlmtt noarch
Many of us have experience that emacs cannot run under x2go.
https://bugzilla.redhat.com/show_bug.cgi?id=1349412
There is no actual fix, but we can't live without emacs, so I am putting up
a version on copr which has a workaround (configure options).
It is named:
e.g.,
I'm planning to update mercurial to 4.0 for rawhide. Any objections?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
sudo dnf update
...
updates 77 k
mercurial-debuginfo x86_64 4.0-1.fc24
...
nbecker-mercurial-3 190 k
Skipping packages with broken dependencies:
mercurial x86_64 4.0-1.fc24
http://arstechnica.com/security/2016/10/flaw-in-intel-chips-could-make-malware-attacks-more-potent/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
cc -c test_gmp.cpp
cc -o a.out test_gmp.o -lgmp -lgmpxx
/usr/bin/ld: test_gmp.o: undefined reference to symbol
'__gxx_personality_v0@@CXXABI_1.3'
/usr/lib64/libstdc++.so.6: error adding symbols: DSO missing from command
line
collect2: error: ld returned 1 exit status
Here is test_gmp.cpp:
Bruno Wolff III wrote:
> On Wed, Jun 08, 2016 at 15:32:44 -0400,
> Neal Becker <ndbeck...@gmail.com> wrote:
>>[nbecker@nbecker2 Cython]$ bodhi -n -r F23 -t bugfix -b 1343331
>>Cython-0.23.4-3.fc23
>>No handlers could be found for logger "fedora.client.bodhi&
[nbecker@nbecker2 Cython]$ bodhi -n -r F23 -t bugfix -b 1343331
Cython-0.23.4-3.fc23
No handlers could be found for logger "fedora.client.bodhi"
Creating a new update for Cython-0.23.4-3.fc23
Traceback (most recent call last):
File "/usr/bin/bodhi", line 537, in
main()
File
http://koji.fedoraproject.org/koji/taskinfo?taskID=14421664
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Zbigniew Jędrzejewski-Szmek wrote:
> On Fri, May 27, 2016 at 08:09:33AM -0500, Chris Adams wrote:
>> Once upon a time, Zbigniew Jędrzejewski-Szmek said:
>> > Also note that running jobs in a systemd service has advantages on the
>> > server: better accounting, more
In an rpm .spec I need a patch with more fuzz
%patch macro
doesn't seem to accept --fuzz=xxx
What's a good solution?
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
chrome is refusing to login to:
https://koji.fedoraproject.org/koji/login
This site can’t provide a secure connection
koji.fedoraproject.org sent an invalid response.
Try:
Reloading the page
Learn more about this problem.
ERR_SSL_PROTOCOL_ERROR
Appears to be a deprecation in chrome 50:
I'd like to update to latest mercurial. I built 3.7.1 in rawhide, and
AFAICT there's no problem using it with tortoisehg-3.7.1-fc24.
I'd like to update mercurial in F24 - AFAIK there should not be any
compatibility issues.
Any objections?
--
devel mailing list
devel@lists.fedoraproject.org
drago01 wrote:
> On Wed, Feb 17, 2016 at 1:24 PM, Peter T. wrote:
>>> On Tue, 2016-02-16 at 11:34 -0800, Andrew Lutomirski wrote:
>>>
>>>
>>> DRI3 is a prerequisite, yes. The F23 builds of the intel driver had it
>>> disabled until fairly recently, but this update should
Peter T. wrote:
>> On Tue, 2016-02-16 at 11:34 -0800, Andrew Lutomirski wrote:
>>
>>
>> DRI3 is a prerequisite, yes. The F23 builds of the intel driver had it
>> disabled until fairly recently, but this update should sort you out:
>>
>>
Zbigniew Jędrzejewski-Szmek wrote:
> On Fri, Feb 05, 2016 at 09:43:24AM -0500, Neal Becker wrote:
>> Running %check is giving a compile error. What's the easiest way to see
>> what the error message is?
>>
>> https://kojipkgs.fedoraproject.org//work/tasks/3468/
Running %check is giving a compile error. What's the easiest way to see
what the error message is?
https://kojipkgs.fedoraproject.org//work/tasks/3468/12893468/build.log
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Jan Kurik wrote:
> There is an approved Change for F24 to upgrade boost:
> https://fedoraproject.org/wiki/Changes/F24Boost160
> Perhaps someone started to work on it.
>
> Regards,
> Jan
>
> On Thu, Jan 14, 2016 at 1:49 PM, Peter Robinson
> wrote:
>> On Thu, Jan 14, 2016
I'd like to update to the current mercurial version 3.6.2.
Affected packages are:
dnf repoquery --whatrequires mercurial
Last metadata expiration check performed 0:02:51 ago on Thu Dec 24 14:05:58
2015.
fusionforge-plugin-scmhg-0:6.0.2-1.fc23.noarch
git-remote-hg-0:0.2-6.fc23.noarch
Jan Kurik wrote:
> = Proposed System Wide Change: GCC6 =
> https://fedoraproject.org/wiki/Changes/GCC6
>
> Change owner(s):
> * Jakub Jelínek < jakub AT redhat DOT com >
>
> Switch GCC in Fedora 24 to 6.x.y, rebuild all packages with it, or
> optionally rebuild just some packages with it and
P J P wrote:
>> On Wednesday, 2 December 2015 6:33 PM, Neal Becker wrote:
>
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1287607
>
>
> Thank you for filing the bug.
>
>
>> * howto prevent dnsmasq from starting (right now I'm just manually
>&g
Tomasz Torcz wrote:
> On Wed, Dec 16, 2015 at 09:33:18AM -0500, Neal Becker wrote:
>> P J P wrote:
>>
>> >> On Wednesday, 2 December 2015 6:33 PM, Neal Becker wrote:
>> >
>> >>> https://bugzilla.redhat.com/show_bug.cgi?id=1287
>>> Really, the biggest issue people fear is their split view DNS. Which is
>>> easilly solved by extending the concept of firewalld zones into Network
>>> Manager, and always use broken DNS forwarders on "trusted networks".
>>
>> Hmmm... "easily solved" is not "solved":
>> * Has this "biggest
P J P wrote:
> Hello Neal,
>
>> On Wednesday, 2 December 2015 1:03 AM, Neal Becker wrote:
>> For example, when I'm at work, I can access hostA.work.com
>> where resolving hostA only works by talking to dnsserverA.work.com,
>> which was setup by the usual
P J P wrote:
> Hello Neal,
>
>> On Wednesday, 2 December 2015 1:03 AM, Neal Becker wrote:
>> For example, when I'm at work, I can access hostA.work.com
>> where resolving hostA only works by talking to dnsserverA.work.com,
>> which was setup by the usual
Neal Becker wrote:
> P J P wrote:
>
>> Hello Neal,
>>
>>> On Wednesday, 2 December 2015 1:03 AM, Neal Becker wrote:
>>> For example, when I'm at work, I can access hostA.work.com
>>> where resolving hostA only works by talking to dnsserverA.wo
I think in order to make dnssec/local resolver the default, it should be
required to work for a naive user who works in a changing environment such
as:
moving between work, which has it's own private dns and
home, which has usual, public dns
without that user needing to understand anything
python-cycler has broken dependencies in the rawhide tree:
On x86_64:
python3-cycler-0.9.0-4.fc24.noarch requires python(abi) = 0:3.4
On i386:
python3-cycler-0.9.0-4.fc24.noarch requires python(abi) = 0:3.4
On armhfp:
python3-cycler-0.9.0-4.fc24.noarch requires python(abi)
What is syntax for Source0 tag for git tag v0.9.0 tarball for this?
https://github.com/matplotlib/cycler/tree/v0.9.0
And how can I verify it works?
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct:
1 - 100 of 311 matches
Mail list logo