On 5/18/20 5:54 PM, Ty Young wrote:
I'm not advocating for in-kernel drivers. AMD with their drivers has
proven proven what a bad idea that is. I, for the most part, like where
I'm at and the way Nvidia does things. If I'm against it, I don't see
why I would be the one to do it.
This comment
On Mon, May 18, 2020 at 07:54:42PM -0500, Ty Young wrote:
> Surely it is the responsibility of those who want such a change to
> make sure that everything that existed before can continue to exist? I
> realize this requires that such arguments are being made in good faith
> and consider the pers
We're trying to track down a problem that only appears in koji and
copr, but I can't reproduce locally in mock on my rawhide VM. It's
related to file triggers and we're trying to debug with something this:
%transfiletriggerin -n texlive-kpathsea -- /usr/share/texlive
# %{_bindir}/texhash 2>
On Mon, May 18, 2020 at 10:18 PM Ty Young wrote:
>
>
> On 5/18/20 8:24 PM, Michael Catanzaro wrote:
> >
> > Dude, chill out. We're not going to go back to running X as root. The
> > Nvidia overclocking tool is just not important at all (seriously, who
> > cares?). If you're upset their proprietary
On 5/18/20 8:24 PM, Michael Catanzaro wrote:
Dude, chill out. We're not going to go back to running X as root. The
Nvidia overclocking tool is just not important at all (seriously, who
cares?). If you're upset their proprietary software doesn't work
anymore, you can ask them nicely to fix it
On Monday, May 18, 2020 4:03:16 PM MST Ty Young wrote:
> On 5/18/20 2:51 PM, Samuel Sieb wrote:
>
> > On 5/18/20 7:27 AM, Ty Young wrote:
> >
> >> The application was an Nvidia GPU overclocking utility written in
> >> Java. When Fedora decided to disable running X. Org as root, it
> >> resulted
On Mon, May 18, 2020 at 8:24 pm, Michael Catanzaro
wrote:
Dude, chill out. We're not going to go back to running X as root.
Ugh, I just noticed the subject of this thread is Java SIG. Amazing how
thoroughly this conversation has been derailed
Dude, chill out. We're not going to go back to running X as root. The
Nvidia overclocking tool is just not important at all (seriously, who
cares?). If you're upset their proprietary software doesn't work
anymore, you can ask them nicely to fix it please... or ask for the
source code, and see
On 5/18/20 7:08 PM, Solomon Peachy wrote:
On Mon, May 18, 2020 at 06:03:16PM -0500, Ty Young wrote:
Willing to bet you or anyone else here won't.
FYI, this applies to you as well.
You just proved my point:
>If it was Open Source and we were having this discussion, people like
yourself wo
On Mon, 18 May 2020 18:03:16 -0500, you wrote:
>X. Org as root is **STILL** the standard and Fedora broke it. This is
>why no one wants to support Linux: you constantly break your own
>platform and then cry wolf when people who don't care about your
>ideological nonsense refuse to fix their sof
On Mon, May 18, 2020 at 06:03:16PM -0500, Ty Young wrote:
> Willing to bet you or anyone else here won't.
FYI, this applies to you as well.
- Solomon
--
Solomon Peachypizza at shaftnet dot org (email&xmpp)
@pizza:shaftnet dot org (
On Mon, May 18, 2020 at 9:34 AM Ty Young wrote:
> The "toolchain" isn't broken, other than Gradle developers not caring
> about backwards compatibility but... It works for them, just as
A toolchain with broken links scattered through it is not toolchain.
Building up the .jar files as a hierarchy
On 5/18/20 2:51 PM, Samuel Sieb wrote:
On 5/18/20 7:27 AM, Ty Young wrote:
The application was an Nvidia GPU overclocking utility written in
Java. When Fedora decided to disable running X. Org as root, it
resulted in the application no longer being able to adjust GPU/Memory
clocks, among poss
On 5/17/20 5:07 PM, Globe Trotter via devel wrote:
Thanks! Adding "--releasever=32" to the command addresses that problem.
Btw, how do I get around a disk requirement? What causes an error like this?
Error Summary
-
Disk Requirements:
At least 137MB more space needed on the / fi
Hello everyone!
Introduction:
After reading the Fedora docs on packaging, I decided I would like to join
the Fedora project initially as a package maintainer/reviewer and perhaps
later as a source code committer. Here's the bug report for the package I'd
like to revive/unorphan: https://bugzilla.r
On 5/18/20 7:27 AM, Ty Young wrote:
The application was an Nvidia GPU overclocking utility written in Java.
When Fedora decided to disable running X. Org as root, it resulted in
the application no longer being able to adjust GPU/Memory clocks, among
possible other things. The software worked pe
https://fedoraproject.org/wiki/Changes/Aarch64_PointerAuthentication
== Summary ==
Arm Pointer Authentication (PAC) is a method of hardening code from
Return Oriented Programming (ROP) attacks. It uses a tag in a pointer
to sign and verify pointers. Branch Target Identification (BTI) is
another co
On Mon, May 18, 2020 at 7:45 PM Arun Sukumaran Latha
wrote:
>
> Yes please, do let me know if we can build thos one.
>
I will let you know.
I found some dependencies misaligned due to some packages failing to
build or failing to pass tests.
I am slowly rebuilding/checking those, but that will t
Petr Pisar writes:
> On Sat, May 16, 2020 at 12:56:06PM +0200, Dominique Martinet wrote:
>
>> How should I go about with that? Open bz bugs to all the packages I
>> listed? strongly suggesting to get things to move to /usr/share (17)
>> and flatpak (suggest some kind of cache? not sure they'll be
Yes please, do let me know if we can build thos one.
Regards,
Arun SL
On Sun, May 17, 2020, 17:25 David Abdurachmanov <
david.abdurachma...@gmail.com> wrote:
> On Sun, May 17, 2020 at 1:52 PM Arun Sukumaran Latha
> wrote:
> >
> > Thanks David,
> >
> > That helped a lot.
> >
> > But unfortunate
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
=
#fedora-meeting-1: FESCO (2020-05-18)
=
Meeting started by sgallagh at 14:59:49 UTC. The full logs are available
at
https://meetbot.fedoraproject.org/fedora-meeting-1/2020-05
- Original Message -
> From: "Charalampos Stratakis"
> To: "Development discussions related to Fedora"
>
> Sent: Friday, May 15, 2020 8:12:00 PM
> Subject: Many packages unnecessarily link to libpython
>
> pyotherside m4rtink
I can report this is expected and correct. PyOt
- Original Message -
> From: "Kushal Das"
> To: devel@lists.fedoraproject.org
> Sent: Friday, May 15, 2020 10:08:34 AM
> Subject: Re: Why we package Rust crates
>
> On 5/15/20 1:05 AM, Igor Raits wrote:
> > Hello,
> >
> > This email attempts to answer some frequently asked questions ab
On Mon, May 18, 2020 at 3:43 PM Zbigniew Jędrzejewski-Szmek <
zbys...@in.waw.pl> wrote:
> On Wed, May 13, 2020 at 02:38:58PM +0200, Kalev Lember wrote:
> > On 5/12/20 20:42, Gwyn Ciesla via devel wrote:
> > >Everything is now rebuild, except for elementary-photos and shotwell,
> which are failing
On 5/18/20 9:14 AM, Fabio Valentini wrote:
On Mon, May 18, 2020 at 3:34 PM Ty Young wrote:
On 5/18/20 7:35 AM, Nicolas Mailhot via devel wrote:
My software didn't magically break just for Fedora because of some bug
in my software. It broke because Fedora decided they wanted to do
something nea
On Mon, May 18, 2020 at 3:34 PM Ty Young wrote:
> On 5/18/20 7:35 AM, Nicolas Mailhot via devel wrote:
> My software didn't magically break just for Fedora because of some bug
> in my software. It broke because Fedora decided they wanted to do
> something nearly no Linux distro does... something t
No missing expected images.
Passed openQA tests: 1/1 (x86_64)
--
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedorap
Good $LOCAL_TIME_OF_DAY,
I've been working on experimental support for automatically generating
BuildRequires for maven-based Java projects, and it's now available
for testing in rawhide (and in fedora 32, for local testing).
There's no "macro support" for this yet, because it's still
work-in-pro
Le lundi 18 mai 2020 à 08:34 -0500, Ty Young a écrit :
>
> The "toolchain" isn't broken, other than Gradle developers not
> caring about backwards compatibility but... It works for them, just
> as constantly breaking internal kernel APIs works for the Linux
> kernel
The difference, is that you c
On 5/18/20 8:34 AM, Ty Young wrote:
...and there are plenty of Open Source projects that don't have
packages yet people contribute to them. This isn't the early 2000 when
barely anyone has internet and sites like Github didn't exist. Sure, a
distro package increases visibility still, but it
On Wed, May 13, 2020 at 02:38:58PM +0200, Kalev Lember wrote:
> On 5/12/20 20:42, Gwyn Ciesla via devel wrote:
> >Everything is now rebuild, except for elementary-photos and shotwell, which
> >are failing for a reason I don't totally understand yet; they build on local
> >rawhide and in mock but
Il 11/05/20 22:33, Gwyn Ciesla via devel ha scritto:
> I'm building LibRaw 0.20 Beta 1 for rawhide, along with all direct
> consumers, in a multi-stage chain build, today, including the following:
>
> ...
>
>
FYI Also kstars has BR on LibRaw.
I've triggered a rebuild just now.
Mattia
__
On 5/18/20 7:35 AM, Nicolas Mailhot via devel wrote:
Le lundi 18 mai 2020 à 14:12 +0200, Michal Srb a écrit :
Hello,
On Sat, May 16, 2020 at 11:24 AM Nicolas Mailhot via devel <
devel@lists.fedoraproject.org> wrote:
Le vendredi 15 mai 2020 à 08:30 -0700, stan via devel a écrit :
On Fri, 15 M
install the fedora-kickstarts rpm
edit the fedora-repo.ks to use fedora-repo-not-rawhide.ks
ksflatten your kickstart and it will use the normal fedora repos
(when all else fails talk to the Fedora Respin SiG in #fedora-respins)
___
devel mailing list --
Richard Shaw wrote on Mon, May 18, 2020:
> > Seems to work for me:
>
> Don't know what's wrong then...
I went back and re-read your first mail, it is possible it doesn't work
on one of your own projects?
I'm not sure how much sense there is in forking your own repo...
> Ok, so this is the opposi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Following is the list of topics that will be discussed in the
FESCo meeting Monday at 15:00UTC in #fedora-meeting-1 on
irc.freenode.net.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date -d '2
On Mon, May 18, 2020 at 7:25 AM Dominique Martinet
wrote:
> Richard Shaw wrote on Mon, May 18, 2020:
> > I checked src.fp.o/settings and even though my key was still valid, it
> was
> > going to expire this month so I went ahead and generated a new api token
> > and saved it in the specified loca
Le lundi 18 mai 2020 à 14:12 +0200, Michal Srb a écrit :
> Hello,
>
> On Sat, May 16, 2020 at 11:24 AM Nicolas Mailhot via devel <
> devel@lists.fedoraproject.org> wrote:
> > Le vendredi 15 mai 2020 à 08:30 -0700, stan via devel a écrit :
> > > On Fri, 15 May 2020 08:02:34 +0200
> > > Michal Srb
Thanks! How do I get around this issue?
I have setenforce set at 0.
Also, why does the issue go away when I reduce the packages to be packed in the
remix/spin?
On Monday, May 18, 2020, 5:26:35 AM CDT, Petr Pisar
wrote:
On Mon, May 18, 2020 at 12:07:38AM +, Globe Trotter via de
Richard Shaw wrote on Mon, May 18, 2020:
> I checked src.fp.o/settings and even though my key was still valid, it was
> going to expire this month so I went ahead and generated a new api token
> and saved it in the specified location:
> ~/.config/rpkg/fedpkg.conf
I actually hadn't used it yet, so
I'm trying this for the first time (hadn't even noticed it was there!).
I've been using the src.fp.o github style forking from the web.
I cloned a random project of mine and then tried:
$ fedpkg fork
Could not execute do_distgit_fork: The following error occurred while
creating a new fork: Invalid
Hello,
On Sat, May 16, 2020 at 11:24 AM Nicolas Mailhot via devel <
devel@lists.fedoraproject.org> wrote:
> Le vendredi 15 mai 2020 à 08:30 -0700, stan via devel a écrit :
> > On Fri, 15 May 2020 08:02:34 +0200
> > Michal Srb wrote:
> >
> > An aside, just to clarify for myself. That means that
On Mon, May 18, 2020 at 6:29 AM Dominique Martinet
wrote:
>
> On the pagure side, I assume the process is something along the lines of:
> - fedpkg clone pkg && cd pkg
> - modify things
> - fedpkg fork
> - push in fork
> - got create PR in the web interface?
>
I would think you should fork f
Zbigniew Jędrzejewski-Szmek wrote on Mon, May 18, 2020:
> > > How should I go about with that? Open bz bugs to all the packages I
> > > listed?
> >
> > I would suggest to directly create pull requests on pagure (with a
> > reference to this thread), as that will make it more likely that this
> >
On Sat, May 16, 2020 at 01:35:52PM +0200, Dan Čermák wrote:
> Hi Dominique,
>
> Dominique Martinet writes:
>
> > *snip*
> >
> > 341 to 130ms is a good start I guess, the rest of the waiting time
> > probably now outweights bash and will get some looking at at a later
> > point, but might as well
On Mon, May 18, 2020 at 12:07:38AM +, Globe Trotter via devel wrote:
> Thanks! Adding "--releasever=32" to the command addresses that problem.
> Btw, how do I get around a disk requirement? What causes an error like this?
>
> Error Summary-
> Disk Requirements:
> At least 137M
No missing expected images.
Passed openQA tests: 1/1 (x86_64)
--
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedorap
Il giorno dom, 17/05/2020 alle 16.08 +0200, Dario Lesca ha scritto:
> Done: https://bugzilla.redhat.com/show_bug.cgi?id=1836630
I must fill a bug also on samba's bugzilla?
--
Dario Lesca
(inviato dal mio Linux Fedora 32 Workstation)
___
devel mailing l
On Sat, May 16, 2020 at 12:56:06PM +0200, Dominique Martinet wrote:
> How should I go about with that? Open bz bugs to all the packages I
> listed? strongly suggesting to get things to move to /usr/share (17) and
> flatpak (suggest some kind of cache? not sure they'll be interested...)
> and enviro
On Sat, May 16, 2020 at 11:43:00AM +0200, Antonio Trande wrote:
> On 15/05/20 14:57, Stephen Gallagher wrote:
> > On Fri, May 15, 2020 at 7:57 AM Petr Pisar wrote:
> >>
> >> On Fri, May 15, 2020 at 06:30:04AM -0500, Richard Shaw wrote:
> >>> On Fri, May 15, 2020 at 6:15 AM Petr Pisar wrote:
> >>>
Hi,
I maintain GNOME Boxes (which is part of the default workstation
installation) and GNOME Connections. Both written in Vala. Therefore
the maintenance of Vala in Fedora is important to me.
I can take ownership of it, and I will be happy to collaborate with
others that might be also interested.
Dne 17. 05. 20 v 1:25 Benjamin Lowry napsal(a):
> I recently adopted flatbuffers, which was orphaned due to an open FTBFS
> in F32 [1]. I've fixed the spec, rebuilt, and made an update in bodhi,
> but I'm unable to close the FTBFS bug because it hasn't been reassigned
> to me. What should I do? Am
No missing expected images.
Soft failed openQA tests: 1/1 (x86_64)
(Tests completed, but using a workaround for a known bug)
ID: 600166 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://openqa.fedoraproject.org/tests/600166
--
Mail generated by check-compose:
https://pagure.i
OLD: Fedora-Rawhide-20200516.n.0
NEW: Fedora-Rawhide-20200517.n.1
= SUMMARY =
Added images:0
Dropped images: 2
Added packages: 7
Dropped packages:0
Upgraded packages: 113
Downgraded packages: 0
Size of added packages: 2.51 MiB
Size of dropped packages:0 B
On Sun, May 17, 2020 at 9:45 AM Joseph Wagner
wrote:
> I've tried relabeling, and the problem still persists. Should I report
> this as a bug, or this a config problem on my end?
>
Hi Joseph,
This bug has already been reported:
https://bugzilla.redhat.com/show_bug.cgi?id=1827972
It is a simila
On Friday, May 15, 2020 8:12:00 PM CEST Charalampos Stratakis wrote:
> [...]
> On Fedora Rawhide, there are at this point 144 packages linking to libpython,
> many of those possibly without any need for it.
> [...]
> postgresql hhorak jstanek panovotn pkajaba pkubat praiskup tgl
> [...]
>
56 matches
Mail list logo
