Hi Alessio,
On 02.06.20 09:32, Alessio wrote:
> sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-
> 81a3b3df7d
>
> Is it supposed to work? Because every time I tried it, it didn't work.
> In addition a package received a negative karma due to that ^_^;
It usually takes a bit
On 02.06.20 14:24, Mattia Verga via devel wrote:
> Do you think adding a notice like
> "The following command may take some time to work after this update has
> been pushed to testing, because the dnf mirrors should synchronize."
> would work? It may be not the best way to express that, since I'm
I can't speak to the implementation of this, but I am in favour of the
approach in general, with one caveat: I think it is important to
implement this in a way that makes it possible for users to keep
*individual* retired packages around. Blacklisting
fedora-retired-packages is too broad a brush fr
It was orphaned, due to lack of time [1].
I'd be happy to take it.
Best,
Christopher
[1]
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/XCLRSHRQBJRW5FPGIMBGOIH2KYLVSBNH/#XCLRSHRQBJRW5FPGIMBGOIH2KYLVSBNH
___
devel ma
This is awesome, thank you.
On my dashboard (https://packager.fedorainfracloud.org/lcts), the
mouse-over tooltips of top-row icons don't show up (I can see them in
other people's dashes).
This might be related to the fact that my packages currently have
nothing to display, as the same thing happe
On 26.06.20 12:20, Ian McInerney wrote:
> git is not the only program that uses the EDITOR variable. Some
> configuration tools on the command-line, such as crontab, will use the
> editor set in the environment variable if there is one.
visudo is also a good spot for a beginner to be stuck in vi.
I like this approach, a lot. I'm all in favour of switching to btrfs
(I've been using it for a while, on server & desktop), and I think this
would be a safe approach to do so.
Christopher
On 01.07.20 20:24, Matthew Miller wrote:
> On Wed, Jul 01, 2020 at 06:54:02AM +, Zbigniew Jędrzejewski-Sz
On 02.07.20 17:53, Zbigniew Jędrzejewski-Szmek wrote:
> It would be great if we could fairly reliably boot with a read-only
> root file system, all the way to the graphical environment. Obviously,
> such a machine will not be fully functional, but for users, debugging a
> disk problem when they hav
Can we maybe not restart this entire debate? i686 in Fedora has run down
the curtain and joined the choir invisible. Whether we think that was
the correct decision or not, there is absolutely no point in rehashing
all the original arguments, let alone in a thread about BIOS support.
Christopher
O
On 04.07.20 17:59, Lennart Poettering wrote:
> btw, sd-boot has a few tricks up its sleeve: if during boot you keep
> "w" pressed down it will automatically boot into windows, similar if
> you keep "l" pressed down it will automaticall boot into linux, "a"
> will boot into macos, all without showin
On 08.07.20 23:47, Adam Williamson wrote:
> I think it's `efibootmgr -b -L DefinitelyNotFedora`, where is
> the number of the entry called 'Fedora', which you could find by just
> running `efibootmgr` to get a list of entries. -b selects the entry to
> operate on and -L changes the 'label
On 30.03.20 19:35, Nathanael D. Noblet wrote:
> On Mon, 2020-03-30 at 18:09 +0200, Dario Lesca wrote:
>> Il giorno sab, 28/03/2020 alle 15.13 +, Sérgio Basto ha scritto:
>>> I will try packaging all Jitsi Meet suite [1]
>
> Me too, I've been watching that suite of tools and would love to be a
On 03.04.20 22:36, Zbigniew Jędrzejewski-Szmek wrote:
> So... could we please get a way to express this in rpm with a sane syntax:
>
> %define_cond docs 0%{?fedora} > 0
Oh please, yes.
Christopher
___
devel mailing list -- devel@lists.fedoraproject.org
On 17.04.20 16:07, Kamil Paral wrote:
> Especially the one in Fedora 15 (GNOME edition) and 16 was outstanding.
> Can we do more of those, please?
Not weighing in on the merits of the current art, but 16 is still my
favourite default artwork of any distro, ever.
___
On 13.05.20 14:55, Solomon Peachy wrote:
> On Tue, May 12, 2020 at 10:57:43PM -0400, Gerald Henriksen wrote:
>> The only way to make sure that the stuff included with Fedora is open
>> source is to build it from source - simply grabbing a binary provided
>> by an upstream means upstream could slip
Hi,
On 14.10.19 19:59, Ankur Sinha wrote:
>> Is the documentation using parallel builds?
>
> They don't say.
Seems unlikely, see below
> It uses configure/make/make install. I had run the build with make -j1
> too, but that had seemed to run even slower.. I hadn't checked the
> resource usage t
On 14.10.19 23:07, Ankur Sinha wrote:
> Out of curiosity, how long did the build take on your machine there?
Almost 3 hours.
Christopher
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproj
On 18.10.19 17:21, Robbie Harwood wrote:
> While you're right that the solutions from source distros (i.e., NixOS
> and Gentoo) would be very hard to adapt, binary distros have also solved
> this problem in different ways. I'm most familiar with Debian's
> solution (virtual packages[2], provides:,
On 10/20/2019 11:28 AM, Zbigniew Jędrzejewski-Szmek wrote:
> Hi Christopher,
>
> welcome to Fedora. sshguard review is more than enough for a first package,
> quite a complicated beast. I'll sponsor you into the packager group.
>
> Zbyszek
Hi,
sorry for the late reply, I was away over the weeken
On 11/5/2019 9:17 PM, Stephen Gallagher wrote:
> I'd like to gather a constructive list of the actual use-cases that
> you feel Modularity is causing problems for,
Thank you, that seems like a very good way forward.
> 6. We don't provide a direct solution for parallel-installability.
> This is a
On 11/11/2019 3:51 PM, Scott Talbert wrote:
> Hi, one of the wxGTK maintainers here. Where is the requirement to use
> wxGTK 3.1 documented? Like Kevin, I can't find that documented. And if
> it is definitely required, *why* is it required?
On Archlinux audacity-git [1] builds against the def
On 07.12.19 12:46, Antonio Trande wrote:
> I'm interested.
>
I'd be happy to co-maintain, if desired.
> On 07/12/19 12:20, Miro Hrončok wrote:
>> On 07. 12. 19 11:53, Henrique Castro wrote:
>>> Hello!
>>> Pymol is a package that, integrated with python-rdkit and other python
>>> packages, makes
Hi all,
since I recently submitted my package for sshguard [1] for review [2],
this is probably a good time to introduce myself (some of you might
remember me from the packaging list). I'm also looking for a sponsor,
assuming the package is positively reviewed.
I"m Christopher, 35yr old, from G
On 2/12/2020 11:01 AM, Vojtěch Trefný wrote:
> If nobody wants to maintain this package I can do that. It's definitely
> easier than rewriting our code to something else.
I can take it, or co-maintain, whichever works for you.
christopher
___
devel mail
On 2/24/2020 1:46 AM, Anthony Green wrote:
>I would be very happy if somebody could pick up the libffi packaging
> responsibility from me.
I'd be happy to adopt libffi, but given that I am a VERY new packager
and this is a pretty core package, I think it would be best if someone
with a bit m
Hi,
On 01.08.22 14:55, Miro Hrončok wrote:
php-aws-sdk3 lcts
php-pimple lcts
both fixed.
Best,
Christopher
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fe
Hi,
I just tried to reinstall a Fedora 33 Workstation system that uses the
F33 default btrfs partitioning (i.e. subvolumes for / and /home). I
can't seem to find an option to install to / while preserving the /home
subvolume, Anaconda insists on a reformatted partition for root - which
would of cou
On 09.10.20 20:59, Brandon Nielsen wrote:
> It's certainly a little different. See if an answer in this thread works
> for you:
> https://lists.fedoraproject.org/archives/list/t...@lists.fedoraproject.org/thread/VZFJ2MWPJLSP3RFCWN4H7MWDXXWEXLNL/
Thanks, I must have missed that thread. Deleting & r
On 10.10.20 00:45, Chris Murphy wrote:
> This might be a good Quick Doc candidate.
> https://fedoraproject.org/wiki/QA:Testcase_partitioning_custom_btrfs_preserve_home
Good idea, I'll do that.
Christopher
___
devel mailing list -- devel@lists.fedoraproj
On 22.10.20 10:41, Zbigniew Jędrzejewski-Szmek wrote:
> Also, I think we should go by the *total* number of speakers, not just the
> speakers
> for whom the language is the *first* language. My thinking (and I would love
> to hear from people who are in this situation) is that many parts of the wo
nextcloud nextcloud-httpd nextcloud-mysql nextcloud-nginx
> nextcloud-postgresql nextcloud-sqlite
> Size: 415.35 MiB
> Size change: 325.60 MiB
> Changelog:
> * Wed Nov 11 2020 Christopher Engelhard - 20.0.1-3
> - Remove CentOS/RHEL 7 support from spec file
The only dif
On 2020-12-03 09:31, David Kaufmann wrote:
On Wed, Dec 02, 2020 at 06:11:09PM -0500, Matthew Miller wrote:
That would be amazing! In order for it to remain as an edition, we
(speaking
generally for the Council) like to see regular meetings -- at least
monthly.
I'll check the situation there -
On 04.08.20 10:47, Miro Hrončok wrote:
> I would even go further and remove the "with multiple user accounts"
> condition. Even on a singe user system, I'd like to be able to log out
> and back in again.
+1 on that.
Christopher
___
devel mailing list --
On 04.08.20 11:54, Paul Howarth wrote:
> If you remove the "with multiple user accounts" then being able to log
> in and out on a single-user system would satisfy the requirement even
> if the multi-user bug was present, which wouldn't be very helpful.
Hm, true. As usual, the devil is in the detai
Hi,
tl;dr should we make it easier/automatic for users to use the
Diffie-Hellman parameters defined in RFC7919?
For a long time, the general recommendation for Finite-Field
Diffie-Hellman Ephemeral Parameters (FFDHE, for use with
non-elliptic-curve DH, i.e. the dhparam-file many server config
On 23.08.20 04:26, Kevin Kofler wrote:
> While I understand the motivation behind the RFC (interoperability, safety
> against intentionally or unintentionally bad parameters), hardcoded
> parameters sound suspicious to me. How do we know that these are not chosen
> to allow the NSA or some other
On 24.08.20 12:25, Miro Hrončok wrote:
> numix-gtk-theme mymindstorm, orphan 0 weeks ago
> numix-icon-theme mymindstorm, orphan 0 weeks ago
> numix-icon-theme-circle mymindstorm, orphan 0 weeks ago
If Brendan / mymindstorm isn't interested, I can tak
On 24.08.20 18:43, Simo Sorce wrote:
> On Fri, 2020-08-21 at 16:13 +0200, Christopher Engelhard wrote:
> We already are making it easier in some ways, but feel free to open a
> bug if there are specific components you are worried about.
What ways are that?
I'm not worried abou
On 24.08.20 20:06, Simo Sorce wrote:
> This has been proposed (somewhere, I forgot where) before, and it is a
> definite possibility.
> Unclear what package would distribute them, potentially the crypto-
> policies package.
Or a separate package, but at least the logic of selecting a default
from
On 27.08.20 13:27, Muneendra Kumar M via devel wrote:
> Hi Josey,
> Will the below steps work to upgrade the package for epel7.
Epel works just like any other Fedora branch, so unless there are
differences in dependencies on CentOS/RHEL vs Fedora (doesn't seem to be
the case, as you already have t
On 28.08.20 10:04, Muneendra Kumar M wrote:
> Do I need to call fedpkg update --type enhancement after fedpkg build for
> epel8 ?
Yes. Any branch that is Bodhi-enabled (normally any branch except
rawhide & epel8-playground) will require a 'fedpkg update' to actually
submit the build to the reposit
Hi Muneendra,
On 28.08.20 10:47, Muneendra Kumar M via devel wrote:
> After stable time i.e 14 day's the updates will be automatically moved to
> stable .Is this correct.
That is the default yes, but you can configure it differently in the
Bodhi web interface if you choose.
Check out the EPEL G
On 10.09.20 17:53, Michael Catanzaro wrote:
> I'm a bit concerned that two different people are seeing this. I don't
> think we have any scriptlets tha writes to /etc/nsswitch.conf or
> /etc/authselect/nsswitch.conf on its own. But maybe, for non-live
> installs, that could happen if the systemd RP
On 22.09.20 10:21, Andrea Perotti wrote:
> That has changed in the last hour, after the bugzilla has been opened [0].
> Glad to see the status in our systems now match the (sad) reality:
> at least if there are ppl interested in it, they could step up.
I took it, I'll work on getting it updated to
Hi,
This is a non-responsive maintainer check for ichavero, in accordance
with
policy [0].
I submitted 2 bugs [1][2] related to outdated nextcloud versions
containing multiple (moderate) CVEs [3] about a month ago, but have not
had any response. nextcloud has a huge number of open bugs [4],
On 07.10.20 11:47, Daniel Pocock wrote:
> When using debootstrap, the user has to do some things manually, like
> mounting /proc, /sys, /dev and /dev/shm
>
> It is relatively easy to duplicate those things for both Fedora and
> Debian chroots
ArchLinux has a nice script for this (arch-chroot) as
On 08.03.21 11:52, Miro Hrončok wrote:
> php-deepdiver-zipstreamer orphan 0
> weeks ago
> php-opencloud-openstack orphan 0
> weeks ago
I've taken these, I will need them for nextcloud
On 18.05.21 22:04, Miro Hrončok wrote:
> php-opencloud-openstack
I'll take this, I'll need it for nextcloud unbundling.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Cod
Hi,
unless I'm very much mistaken, since Discord isn't open source software
it cannot be packaged by Fedora.
Christopher
On 11.06.21 19:54, Cătălin George Feștilă wrote:
> Dear team
> Dear team.
> I would like to know if anyone took care of integrating the discord
> application in the Fedora di
Hi,
does anyone know how to get in touch with Shawn? There are a couple bugs
I opened a while ago that have seen no response, e.g. here:
https://bugzilla.redhat.com/show_bug.cgi?id=1933633
Non-responsive maintainer bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1982667
Thanks,
Christopher
_
Hi all,
I finally found some time to unbundle all the 3rdparty PHP/composer
libraries from the nextcloud package.
The bad news is that due to their various dependency trees, I now have a
total of 24 new packages that need reviewing.
The good news is that I think quite a few of them will be gener
On 17.07.21 00:59, Miro Hrončok wrote:
> On 16. 07. 21 19:58, Robert-André Mauchin wrote:
>> On 6/16/21 6:03 PM, Nils Philippsen wrote:
>>> Hi everybody,
>>>
>>> we've scheduled the rpmautospec plugin to be deployed into production
>>> for tomorrow, from 14:00 UTC on.
>>>
>>> This means installing
On 18.07.21 16:06, Otto Urpelainen wrote:
> mt32emu - C/C++ library for emulating Roland MT-32, CM-32L and LAPC-I
> synthesizer modules
> A cmake project that is somewhat complicated by the fact that it comes
> from a monorepo that also contains other related projects.
> https://bugzilla.redhat.com
On 2021-07-19 09:07, Otto Urpelainen wrote:
However, copr seems to understand rpmautospec. Here is a build that
started from a specfile that uses rpmautospec and completed
successfully:
https://copr.fedorainfracloud.org/coprs/lcts/nextcloud/build/2329596/
Not quite. It doesn't error, but it do
On 2021-07-19 11:58, Tomas Korbar wrote:
Hi guys,
I will review https://bugzilla.redhat.com/show_bug.cgi?id=1982618
and https://bugzilla.redhat.com/show_bug.cgi?id=1982621
Thanks. Note that php-giggsey-libphonenumber-for-php requires
php-giggsey-locale, which is also not in the repos yet.
55 matches
Mail list logo
