On Wed, May 13, 2020 at 02:28:30PM -0400, Zachary Snyder wrote:
> I was going to say this as well. Fedora already defaults to wayland, sway
> uses same configuration files as i3 it seems like a natural step.
>
> Zach
>
> On Wed, May 13, 2020 at 2:27 PM Eduard Lucena
> wrote:
>
> > Hi,
> >
> >
>
On Wed, May 13, 2020 at 11:45:26PM +0200, Miro Hrončok wrote:
> On 10. 04. 20 9:03, Pierre-Yves Chibon wrote:
> > On Fri, Apr 10, 2020 at 01:58:20AM +0200, Miro Hrončok wrote:
> > > On 09. 04. 20 15:43, Pierre-Yves Chibon wrote:
> > > > To remove some of the warnings thrown by `fedpkg` or to simply
OLD: Fedora-Rawhide-20200511.n.0
NEW: Fedora-Rawhide-20200513.n.0
= SUMMARY =
Added images:2
Dropped images: 3
Added packages: 11
Dropped packages:9
Upgraded packages: 256
Downgraded packages: 1
Size of added packages: 37.78 MiB
Size of dropped packages:50
Hi all,
Due to a conflicting meeting, I will have my office hours on
#fedora-meeting-1 @ 1300 UTC today.
Its optional and no agenda is set so please feel free to stop by and chat
with me about CPE, or anything :)
Kind regards,
Aoife
--
Aoife Moloney
Product Owner
Community Platform Enginee
Le mercredi 13 mai 2020 à 15:17 -0400, Josh Boyer a écrit :
Hi,
> If the consensus from the Fedora community is that RHEL should shift
> development elsewhere, the Fedora Council can always reach out to me
> and I can start that internal conversation. I do not believe for a
> second that's actual
On 14. 05. 20 9:13, Pierre-Yves Chibon wrote:
I have found a slight issue with this approach.
1. Packager A clones package P (has %autorel)
2. Packager B pushes+builds some changes in package P
3. Packager A runs `fedpkg build --skip-nvr-check` without pulling first
At 3, the old version of the
No missing expected images.
Soft failed openQA tests: 1/1 (x86_64)
(Tests completed, but using a workaround for a known bug)
ID: 598016 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://openqa.fedoraproject.org/tests/598016
--
Mail generated by check-compose:
https://pagure.i
On Thu, May 14, 2020 at 11:00:05AM +0200, Miro Hrončok wrote:
> On 14. 05. 20 9:13, Pierre-Yves Chibon wrote:
> > > I have found a slight issue with this approach.
> > >
> > > 1. Packager A clones package P (has %autorel)
> > > 2. Packager B pushes+builds some changes in package P
> > > 3. Package
Hello,
On Tue, May 12, 2020 at 12:57 PM Felix Schwarz
wrote:
>
> Am 12.05.20 um 12:32 schrieb Ty Young:
> > Right, I figured it was some Fedora policy and not up to you. I suppose I
> > should have been more clear there. Sorry for any confusion, it was aimed
> at
> > the Fedora project as a whol
On Thu, May 14, 2020 at 12:55 PM Michal Srb wrote:
> Hello,
>
> On Tue, May 12, 2020 at 12:57 PM Felix Schwarz
> wrote:
>
>>
>> Am 12.05.20 um 12:32 schrieb Ty Young:
>> > Right, I figured it was some Fedora policy and not up to you. I suppose
>> I
>> > should have been more clear there. Sorry f
On 5/14/20 4:53 AM, Michal Srb wrote:
Hello,
On Tue, May 12, 2020 at 12:57 PM Felix Schwarz
mailto:fschw...@fedoraproject.org>> wrote:
Am 12.05.20 um 12:32 schrieb Ty Young:
> Right, I figured it was some Fedora policy and not up to you. I
suppose I
> should have been more c
Le jeudi 14 mai 2020 à 11:53 +0200, Michal Srb a écrit :
>
> Since there is no standard place for shared Java libraries on your
> laptop,
Of course there is one /usr/share/java, which has been defined and used
by Linux distributions since jpackage times (circa ~2000).
Java is not special from a
On 5/13/20 4:58 PM, Solomon Peachy wrote:
On Wed, May 13, 2020 at 04:04:50PM -0500, Ty Young wrote:
Anyway, I'm just asking that Fedora not repeat what Debian did. While
I find it to be a bit paranoid, I understand the concerns regarding
someone sneaking in malware into pre-build binaries. I'm
On Wed, May 13, 2020 at 13:32:19 +0200,
Bohdan Khomutskyi wrote:
For optimization of the SquashFS, I will work on requesting the
support of the required functionality in the Pungi compose build
software.
Note that squashfs-tools 4.4 just went into rawhide a couple of days ago.
By default
On Thu, May 14, 2020 at 06:33:47AM -0500, Ty Young wrote:
> Whichever you choose. Large projects like Gnome and Fedora refer to
> themselves as one large organization one minute and then as individuals the
> next. It reminds me of how everyone says "Linux" is less resource hungry
> then Windows but
Le jeudi 14 mai 2020 à 06:33 -0500, Ty Young a écrit :
>
> I could literally go on and on. The "my-shit-don't-stink" attitude is
> so terrible it's borderline sad.
And years of terminally broken build practices Java-side have finally
resulted in complete capture of all the Java big data code the
So this happened:
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-ad02b27ee3
https://bugzilla.redhat.com/show_bug.cgi?id=1830748
TLDR; So we need an updated version of CMake in EPEL 8 but RHEL/CentOS
already provide a "3" version. Worse both the Fedora and EL versions
provide "cmake3" pa
On 5/14/20 6:42 AM, Solomon Peachy wrote:
On Thu, May 14, 2020 at 06:33:47AM -0500, Ty Young wrote:
Whichever you choose. Large projects like Gnome and Fedora refer to
themselves as one large organization one minute and then as individuals the
next. It reminds me of how everyone says "Linux" is
On Wed, 13 May 2020 at 13:50, Michael Catanzaro
wrote:
> On Wed, May 13, 2020 at 9:51 am, Stephen John Smoogen
> wrote:
> > Those pages are needing some love and care as aarch64 should not be
> > on it anymore. Currently the primary architectures that Fedora builds
> > against are
> >
> > [smoo
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
> > Those pages are needing some love and care as aarch64 should not be
> > on it anymore. Currently the primary architectures that Fedora builds
> > against are
> >
> > [smooge@batcave01 32]$ ls -l Workstation/
> > total 12
> > drwxr-xr-x. 3 263 263 4096 2020-04-23 00:09 aarch64/
> > drwxr-xr-x.
* Stephen John Smoogen:
> When x86_64 splits into 48 bit memory path to some larger memory (60
> bit I think is discussed) sometime in the future, we will probably
> still call it x86_64 but build x86_64b packages.
This has already happened. You did not notice it because it did not
require x86_6
Hunor Csomortáni writes:
> On Wed, May 6, 2020 at 10:24 PM Simo Sorce wrote:
>> Well, a way to allow force pushes would be to have a git hook that
>> branches the tree before the force push. (creating a branch named
>> something like audit-force-push-)
>> That way you can retain data for legal/a
* Peter Robinson:
> armhfp is "Arm hard floating point" which covers the overall ARM 32
> bit architecture, there can be different variants in there, armv6,
> armv7, armv7+NEON, armv8 (the 32 bit variant as opposed to aarch64)
> and so on...
Just to be clear here, armhfp is *not* the common denom
> > armhfp is "Arm hard floating point" which covers the overall ARM 32
> > bit architecture, there can be different variants in there, armv6,
> > armv7, armv7+NEON, armv8 (the 32 bit variant as opposed to aarch64)
> > and so on...
>
> Just to be clear here, armhfp is *not* the common denominator o
On Thu, May 14, 2020 at 4:54 AM Nicolas Mailhot via devel
wrote:
>
> Le mercredi 13 mai 2020 à 15:17 -0400, Josh Boyer a écrit :
> Hi,
>
> > If the consensus from the Fedora community is that RHEL should shift
> > development elsewhere, the Fedora Council can always reach out to me
> > and I can s
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi,
I wanted to avoid replying to this thread, but this message forced me
to do so since it is spreading misinformation.
On Thu, 2020-05-14 at 06:33 -0500, Ty Young wrote:
> On 5/13/20 4:58 PM, Solomon Peachy wrote:
> > On Wed, May 13, 2020 at 04:0
On Thu, May 14, 2020 at 7:34 AM Florian Weimer wrote:
> * Peter Robinson:
>
> > armhfp is "Arm hard floating point" which covers the overall ARM 32
> > bit architecture, there can be different variants in there, armv6,
> > armv7, armv7+NEON, armv8 (the 32 bit variant as opposed to aarch64)
> > an
Dne 14. 05. 20 v 11:53 Michal Srb napsal(a):
> Hello,
>
> On Tue, May 12, 2020 at 12:57 PM Felix Schwarz
> mailto:fschw...@fedoraproject.org>> wrote:
>
>
> Am 12.05.20 um 12:32 schrieb Ty Young:
> > Right, I figured it was some Fedora policy and not up to you. I
> suppose I
> > sho
Well, as just I saw "xscreensaver" word here:
Ty Young wrote on 2020/05/14 20:33:
On 5/13/20 4:58 PM, Solomon Peachy wrote:
On Wed, May 13, 2020 at 04:04:50PM -0500, Ty Young wrote:
Anyway, I'm just asking that Fedora not repeat what Debian did. While
I find it to be a bit paranoid, I underst
On Wed, May 13, 2020 at 12:49:35PM -0500, Michael Catanzaro wrote:
> On Wed, May 13, 2020 at 9:51 am, Stephen John Smoogen
> wrote:
> >Those pages are needing some love and care as aarch64 should not
> >be on it anymore. Currently the primary architectures that Fedora
> >builds against are
> >
> >
On Thu, May 14, 2020 at 8:13 am, Stephen John Smoogen
wrote:
You keep thinking that ARM is a secondary architecture and it would
be on alt.fedoraproject.org. ARM is a primary architecture and so
would NOT show up on alt. ARM has been a primary architecture for
many releases so this isn't new.
W dniu 14.05.2020 o 14:34, Florian Weimer pisze:
> Just to be clear here, armhfp is *not* the common denominator of all
> 32-bit Arm architectures. It does not cover the overall architecture in
> the sense that is compatible to with everything out there. (I'm not
> sure if that is even possible.)
On Thu, May 14, 2020 at 6:38 AM Igor Raits
wrote:
> On Thu, 2020-05-14 at 06:33 -0500, Ty Young wrote:
> > Nonsense spewing with no proof.
>
> Well, you have started this. Can you provide some statistics how many
> bugs were introduced by distributions versus upstream bugs.
My experience has been
Hello everyone!
I hope you all are fine and healthy in this COVID pandemic, I wish health to
everyone.
I am new here, love for OSS brought me.
I aim to contribute the packages I've created along with helping in maintaining
some pre-existing packages.
I've 1 year experience with debian packaging
John M. Harris Jr wrote:
> To change abstaining to be the same as removing oneself from the pool of
> eligible voters would have the same effect as providing rubber stamps to
> changes. If folks are uncertain about a given change, it's certainly very
> valid to abstain, and if many people are absta
On Thu, May 14, 2020 at 10:57 AM Kevin Kofler
wrote:
> Abstaining means "I don't care", not "I feel uncomfortable with this
> change".
>
I'm going to disagree with you here, specifically with regards to the "I
don't care" piece. From my time in FESCo, and as the FPL before that -- I
can never r
On Thu, May 14, 2020 at 06:46:29AM -0500, Richard Shaw wrote:
> So this happened:
>
> https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-ad02b27ee3
> https://bugzilla.redhat.com/show_bug.cgi?id=1830748
>
> TLDR; So we need an updated version of CMake in EPEL 8 but RHEL/CentOS
> already prov
On Wed, May 13, 2020 at 10:11 PM John M. Harris Jr wrote:
>
> On Wednesday, May 13, 2020 12:17:08 PM MST Josh Boyer wrote:
> > On Wed, May 13, 2020 at 2:49 PM John M. Harris Jr
> > wrote:
> > >
> > >
> > > On Monday, May 11, 2020 11:27:06 AM MST Ben Cotton wrote:
> > >
> > > > 3. How should we ha
On Thu, May 14, 2020 at 11:47 AM Jared K. Smith
wrote:
>
> I'm going to disagree with you here, specifically with regards to the "I
> don't care" piece. From my time in FESCo, and as the FPL before that -- I
> can never remember a time when someone abstained because they didn't care. I
> reme
On Mon, May 11, 2020 at 01:37:08PM -0700, Kevin Fenzi wrote:
> On Mon, May 11, 2020 at 04:26:36PM -0400, Ben Cotton wrote:
> > On Mon, May 11, 2020 at 3:13 PM Zbigniew Jędrzejewski-Szmek <
> > zbys...@in.waw.pl> wrote:
> >
> > >
> > > > 1. Why do you want to be a member of FESCo?
> > > > 2. How do
On 14. 05. 20 1:24, Jonathan Wakely wrote:
Is there any reason not to add Requires: for boost-python3 and
boost-numpy3 now?
No reason from Python perspective.
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists
On Thursday, May 14, 2020 5:37:10 AM MST Josh Boyer wrote:
> On Thu, May 14, 2020 at 4:54 AM Nicolas Mailhot via devel
> wrote:
>
> >
> >
> > Le mercredi 13 mai 2020 à 15:17 -0400, Josh Boyer a écrit :
> > Hi,
> >
> >
> >
> > > If the consensus from the Fedora community is that RHEL should shift
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Thu, 2020-05-14 at 00:24 +0100, Jonathan Wakely wrote:
> The 'boost' package doesn't install anything, it just pulls in most
> of the subpackages built from boost.spec:
>
> # boost is an "umbrella" package that pulls in all boost shared
> library
New package honggfuzz (an easy to use fuzz tester) was added a few
hours ago:
https://bugzilla.redhat.com/show_bug.cgi?id=1834964
Because it's ExcludeArch on s390x, I need to file a bug for that.
However as far as I can tell no honggfuzz component has been created
yet. How long should that norm
Hello all!
The boost169 compatibility package conflicts with the regular boost on
Fedora 32. Both packages provides the same libraries.
Error: Transaction test error:
file /usr/lib64/libboost_system.so.1.69.0 from install of
boost169-system-1.69.0-6.fc32.x86_64 conflicts with file from package
On Thu, May 14, 2020 at 06:21:43PM +0200, Till Maas wrote:
> On Mon, May 11, 2020 at 01:37:08PM -0700, Kevin Fenzi wrote:
> > On Mon, May 11, 2020 at 04:26:36PM -0400, Ben Cotton wrote:
> > > On Mon, May 11, 2020 at 3:13 PM Zbigniew Jędrzejewski-Szmek <
> > > zbys...@in.waw.pl> wrote:
> > >
> > >
On Thu, May 14, 2020 at 10:50:59AM -0700, Kevin Fenzi wrote:
> And perhaps it doesn't really provide more information, but it could.
>
> But I suppose without enough data people might not vote for people with
> too short / curt answers. Oh well, if people feel the explicit questions
> are better
On Thu, May 14, 2020 at 08:27:12PM +0200, Till Maas wrote:
> On Thu, May 14, 2020 at 10:50:59AM -0700, Kevin Fenzi wrote:
>
> > And perhaps it doesn't really provide more information, but it could.
> >
> > But I suppose without enough data people might not vote for people with
> > too short / cu
On Thu, 14 May 2020 at 14:31, Ondřej Lysoněk wrote:
>
> Hunor Csomortáni writes:
>
> > On Wed, May 6, 2020 at 10:24 PM Simo Sorce wrote:
> >> Well, a way to allow force pushes would be to have a git hook that
> >> branches the tree before the force push. (creating a branch named
> >> something l
On 5/14/20 10:49 AM, Vitaly Zaitsev via devel wrote:
The boost169 compatibility package conflicts with the regular boost on
Fedora 32. Both packages provides the same libraries.
Error: Transaction test error:
file /usr/lib64/libboost_system.so.1.69.0 from install of
boost169-system-1.69.0-6.f
No one try to install it now. New boost will be in F33 only.
But if boost not installed in system and user want install for example
libreoffice he will get this error and can't install any package
requires boost.
boost169 must be removed from F32 repos at all.
чт, 14 мая 2020 г. в 22:19, Samuel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hello,
This email attempts to answer some frequently asked questions about
Rust SIG packaging of crates. For those who don't know what a "crate"
is: it is the name for a collection of functionality in Rust, similar
to libraries (C/C++), modules (Pyt
On Thu, May 14, 2020 at 06:33:02PM +0100, Richard W.M. Jones wrote:
>
> New package honggfuzz (an easy to use fuzz tester) was added a few
> hours ago:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1834964
>
> Because it's ExcludeArch on s390x, I need to file a bug for that.
> However as far a
> No one try to install it now. New boost will be in F33 only.
>
> But if boost not installed in system and user want install for example
> libreoffice he will get this error and can't install any package
> requires boost.
>
> boost169 must be removed from F32 repos at all.
>
> чт, 14 мая 2020 г
> No one try to install it now. New boost will be in F33 only.
>
> But if boost not installed in system and user want install for example
> libreoffice he will get this error and can't install any package
> requires boost.
>
> boost169 must be removed from F32 repos at all.
>
> чт, 14 мая 2020 г
On 5/14/20 12:22 PM, Vascom wrote:
No one try to install it now. New boost will be in F33 only.
But if boost not installed in system and user want install for example
libreoffice he will get this error and can't install any package
requires boost.
No, you won't get that error. dnf will pick o
So, should I add the obsoletes clauses for every package, or is it fine to
leave it as it is now?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https:/
On 5/14/20 1:34 PM, Denis Arnaud wrote:
So, should I add the obsoletes clauses for every package, or is it fine to
leave it as it is now?
I believe it's fine to just leave it as it is. I did a couple of
installs and tested installing applications and it only brings in the
regular boost pack
Hm, now work.
But it was...
чт, 14 мая 2020 г. в 23:56, Samuel Sieb :
>
> On 5/14/20 1:34 PM, Denis Arnaud wrote:
> > So, should I add the obsoletes clauses for every package, or is it fine to
> > leave it as it is now?
>
> I believe it's fine to just leave it as it is. I did a couple of
> insta
On Thu, 14 May 2020 20:08:07 -
"Denis Arnaud" wrote:
> > No one try to install it now. New boost will be in F33 only.
> >
> > But if boost not installed in system and user want install for
> > example libreoffice he will get this error and can't install any
> > package requires boost.
> >
>
I just could reproduce it.
Steps:
1. Run KDE spin F32 in virt-manager.
2. dnf install toolnix
Result:
mkvtoolnix x86_64 46.0.0-1.fc32 updates 5.2 M
Installing dependencies:
boost169-filesystem x86_64 1.69.0-6.fc32 fedora53 k
boost169-syste
Hi Eduard!
Eduard Lucena writes:
> Hello guys,
>
> My name is Eduard Lucena, some of you maybe know me, tons of you don't. I'm
> part of the marketing team and host of the Fedora Podcast.
>
> I'm starting a SIG about i3 tiling window manager [1], with the final
> objective of create a remix that
I've just kicked off new builds for texlive and texlive-base for TeXLive
2020 in rawhide. Hopefully, everything that depends on them will continue
to work, but if you notice any new issues generating docs (or any missing
components or broken dependencies), feel free to email me or open Bugzilla
tic
Hi,
E.N. virgo wrote:
>> Why are replying from there instead of using your email client normally?
> I set this list to send digests instead of individual messages;
> so, I was using other means to get to the in-reply-to field.
If you're using the "Plain Text Digests" delivery mode, you
might try
Hi Kevin and Dominique,
Kevin Fenzi writes:
> Hey Dominique. If you haven't found a sponsor yet, drop me an email off
> list and I can probibly sponsor you. Thanks for stepping up to maintain
> some packages. :)
Thanks for the offer to sponsor Dominique Kevin!
Dominique, would you be intereste
Yes, after system installed on hard drive the same error.
But after upgrading boost* error is gone and packages normal installed.
пт, 15 мая 2020 г. в 00:33, Vascom :
>
> I just could reproduce it.
>
> Steps:
> 1. Run KDE spin F32 in virt-manager.
> 2. dnf install toolnix
>
> Result:
>
> mkvtooln
On 5/14/20 2:59 PM, Vascom wrote:
Yes, after system installed on hard drive the same error.
But after upgrading boost* error is gone and packages normal installed.
Maybe that's why I don't see it. I do net installs which include
updates. So as long as someone does updates before trying to in
Dan Čermák writes:
> Eduard Lucena writes:
>
>> My name is Eduard Lucena, some of you maybe know me, tons of you
>> don't. I'm part of the marketing team and host of the Fedora Podcast.
>>
>> I'm starting a SIG about i3 tiling window manager [1], with the final
>> objective of create a remix tha
On Thu, May 14, 2020 at 3:56 PM Tom Callaway wrote:
> I've just kicked off new builds for texlive and texlive-base for TeXLive 2020
> in rawhide. Hopefully, everything that depends on them will continue to work,
> but if you notice any new issues generating docs (or any missing components
> or
Hi Dan,
Hi Eduard!
>
> As the current maintainer of i3, I kinda have to join ;-)
>
Thanks! Welcome!
As others have already mentioned in the thread: we should look into
> joining forces with the sway SIG (which I am also a member of).
It's not a bad idea, but TBH, I still want to stay away fr
Hi Robbie
> Depends - do you want us XMonad aficionados to show up? :)
>
Everyone is invited to join.
> (I'm only half joking here, I think. There are some common shared
> components I think - the suckless stuff, for instance - but also there
> should be a limit to how big a tent you want to
Just need that texlive build to finish and it should all clear up.
Tom
On Thu, May 14, 2020 at 6:13 PM Jerry James wrote:
> On Thu, May 14, 2020 at 3:56 PM Tom Callaway wrote:
> > I've just kicked off new builds for texlive and texlive-base for TeXLive
> 2020 in rawhide. Hopefully, everything
On 14. 05. 20 14:37, Josh Boyer wrote:
7. Modularity. Introduced in Fedora before RHEL, adopted into RHEL.
Having some growing pains, but open collaboration continues. RHEL
usage is limited but provides value there. I won't claim yay on the
technology, but I'll certainly say Yay! to the
commun
On 14. 05. 20 23:55, Tom Callaway wrote:
I've just kicked off new builds for texlive and texlive-base for TeXLive 2020 in
rawhide. Hopefully, everything that depends on them will continue to work, but
if you notice any new issues generating docs (or any missing components or
broken dependencies
* boost-1.69.0-18.fc32, obsoleting boost169 on Fedora 32:
https://bodhi.fedoraproject.org/updates/FEDORA-2020-8770cfebcd
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Co
On 5/14/20 2:59 PM, Vascom wrote:
Yes, after system installed on hard drive the same error.
But after upgrading boost* error is gone and packages normal installed.
I can verify this. I wonder if it could be considered a bug in dnf or
the solver. The problem seems to be about having an update
I'll get that fixed up first thing tomorrow.
Apologies,
Tom
On Thu, May 14, 2020, 6:51 PM Miro Hrončok wrote:
> On 14. 05. 20 23:55, Tom Callaway wrote:
> > I've just kicked off new builds for texlive and texlive-base for TeXLive
> 2020 in
> > rawhide. Hopefully, everything that depends on them
OLD: Fedora-Rawhide-20200513.n.0
NEW: Fedora-Rawhide-20200514.n.0
= SUMMARY =
Added images:2
Dropped images: 0
Added packages: 27
Dropped packages:3
Upgraded packages: 163
Downgraded packages: 0
Size of added packages: 25.96 MiB
Size of dropped packages
On 5/14/20 3:55 PM, Tom Callaway wrote:
I've just kicked off new builds for texlive and texlive-base for TeXLive
2020 in rawhide. Hopefully, everything that depends on them will
continue to work, but if you notice any new issues generating docs (or
any missing components or broken dependencies)
On 5/14/20 7:37 AM, Igor Raits wrote:
*big snip*
I feel like the context of that whole email has been lost. It was merely
a long list of reasons why "just package software for dozens of distros"
isn't an viable answer in response to the other person's claim. Fedora
is a bit of an exception
Hi Dan,
Dan Čermák wrote on Thu, May 14, 2020 at 11:58:27PM +0200:
> Thanks for the offer to sponsor Dominique Kevin!
Yes! Thanks Kevin, I was able to take waypipe just now.
> Dominique, would you be interested in joining the sway SIG as waypipe
> fits quite well into our maintained packages
> (
On Thu, May 14, 2020 at 2:42 PM Vít Ondruch wrote:
>
> Dne 14. 05. 20 v 11:53 Michal Srb napsal(a):
>
> Hello,
>
> On Tue, May 12, 2020 at 12:57 PM Felix Schwarz
> wrote:
>
>>
>> Am 12.05.20 um 12:32 schrieb Ty Young:
>> > Right, I figured it was some Fedora policy and not up to you. I suppose
>
Hi,
I' am trying to compile libqxt-qt5 on rawhide [1], but this fails with the
following error message:
Fedora 32 [2] build fine.
make[1]: Entering directory
'/builddir/build/BUILD/libqxt-libqxt-eaf6872f6ad4/qt5/src/designer'
/usr/lib64/qt5/bin/qmake -install qinstall -exe
../../lib/libQxtDesi
El mié., 13 de may. de 2020 a la(s) 10:51, Eduard Lucena
(x3m...@fedoraproject.org) escribió:
>
> Hello guys,
Hi.
> [1] https://fedoraproject.org/wiki/SIGs/i3
Regarding to the minimum packages list pending on the Wiki, what I
have always done to install i3wm without having to rely on other
insta
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
86 matches
Mail list logo
