uctions to join
the package collections maintainers can be found here:
https://fedoraproject.org/wiki/Join_the_package_collection_maintainers
Kind regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
ody felt responsible closing after they
became invalid.
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
It's obviously correct and a
> simple change.
+1
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
you mean:
http://koji.fedoraproject.org/koji/rpminfo?rpmID=4689710
Regards
Till
___
epel-devel mailing list
epel-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/epel-devel
However the new rebuild from Ian is already more awesome (it
contains Ada and Haskell). However, we still need more people interested
in helping there.
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
On Sat, Feb 06, 2016 at 11:00:29AM +0100, Haïkel wrote:
> Problem is that these guidelines are not compliant with EL7 guidelines.
> I have the reverse problem that packages from EPEL7 don't build
> anymore on CentOS.
Where are these guidelines documented?
Kind regards
Till
--
deve
ut please make
sure that you also restore compliance to the packaging guidelines by
starting the release with 1 and using the %license macro. Also pushing
dependent builds in separate updates is against best practices as this
will lead to broken updates.
Kind regards
Till
--
devel mailin
e meant that I would
have done nothing. Yesterday I had time and motivation to look into it
and fix it. But if I asked "May I please fix your package?", it is very
likely that I would not have the time or motivation to actually do it
once I get the response.
Kind regards
Ti
On Sat, Feb 13, 2016 at 05:40:07PM -0800, Alex Gagniuc wrote:
> On Sat, Feb 13, 2016 at 9:57 AM, Till Maas
> wrote:
> # Zero-day patches after 0.3.0 release. Extract using:
> # $ git clone git://sigrok.org/pulseview.git
> # $ cd pulseview
>
On Sun, Feb 14, 2016 at 08:50:34PM +0100, Till Maas wrote:
> On Sat, Feb 13, 2016 at 05:40:07PM -0800, Alex Gagniuc wrote:
> > yes, I have an IRC bouncer server, so I was able to find your question
> > after some grepping. It was posted before dawn in my timezone, so I
> >
rs, but this does not
fit with my time slots that I might have available. So waiting a day
might also mean wait till the next weekend, when I have time for this
again.
> Timezones alone may mean that the duplicate work you wished to avoid
> was already queued on the maintainer's side and
a bunch of stuff but not all so v1 stuck around. It might be
> useful to document these issues somewhere.
When I asked Werner Koch about gpg1 in December he told me that with
adding support to pass the password to some gpg2 component, there is no
major technical reason to still use gpg1.
R
their web of
> trust.
Since one needs to load the gpg key into the gpg keyring anyhow, one can
just use refresh the key from the keyserver to get the signatures from
other keys. Since one cannot trust the direct link to a keyserver,
linking to a keyserver actually weakens the security IMHO.
Ki
ay.
The gpg tool itself is very inconvenient, but getting the signatures for
a key imported to the keyring is not, just run --refresh-keys.
Kind regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
ble releases.
Btw before suggesting what to provide, maybe think of the instructions
for users that would explain how to verify the keys and downloads. Then
we can also discuss whether or not this would really make sense for
unexperienced users.
Kind regards
Till
--
devel mailing list
devel@lists.fedo
On Tue, Feb 23, 2016 at 08:13:59PM +0100, Ralf Senderek wrote:
>
> On Tue, 23 Feb 2016, Till Maas wrote:
>
> > You can already get the keys at various places:
> >
> > - Fedora website
> > - physical DVDs
> > - fedora-repos git repository
> > - fedora
of this key.
Where should this information be provided?
> As a personal request, would you be so kind as to confirm the fingerprint
> here (and maybe somewhere else), please. Thank you very much.
What would be proper other places to confirm the fingerprint?
Regards
Till
--
devel
On Thu, Feb 25, 2016 at 09:29:26PM +0100, Ralf Senderek wrote:
> PS: if you had a long-term signing key it would be its fingerprint.
How would an ordinary user use a long-term singing key?
Kind regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/ad
aising awareness about this!
Kind regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
On Tue, Mar 22, 2016 at 01:02:40PM +, David Woodhouse wrote:
> On Mon, 2016-03-21 at 18:02 +0100, Till Maas wrote:
> >
> > It is a simple one-liner if you use gpgv2:
> > http://pkgs.fedoraproject.org/cgit/rpms/youtube-dl.git/tree/youtube-dl.spec#n35
>
> That'
On Tue, Mar 22, 2016 at 09:12:15AM -0400, Josh Boyer wrote:
> As an aside, I think Till has code written to make the lookaside use
> sha256. I'm not sure what the next steps are to get that rolled out
> though.
Just for the record: Mathieu wrote the code/did the work for this.
--
verified tarballs, since iirc it updates both the tarball and the
signature and then %prep makes sure that they are verified.
Kind regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
t I do not know what
the new hotness is using to download source files.
Kind regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
able to
retire the package in Branched (currently f24) and Rawhide (master) -
see the big yellow box in
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life#GIT
If you confirm that breathe should be retired in f24 and Rawhide, I can
do it for you.
Kind regards
Till
--
devel mail
I do not know more about
this.
Kind regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
n package DB. Would you mind filing a RFE for this?
Improving the wiki documentation is also a good suggestion - could you
add your suggestions to the pages? I will then check whether it is
technically correct.
Kind regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedorap
Hi Dominik,
On 04/25/2016 11:03 PM, Dominik 'Rathann' Mierzejewski wrote:
>
> [...]
>> rpms/tinyxml -- A simple, small, C++ XML parser ( master f24 f23 f22 epel7 )
>
> Co-maintainers welcome, as usual.
>
I'd like to co-maintain tinyxml. I've reques
py to do a review of
similar difficulty in return.
Thanks,
Till
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
t; I'm strongly in favor of the "rpm.repos.d" proposal, FWIW. (I agree that
Your argument sounds like yum.repos.d would be the best name for the
repo definitions that are recognised by the yum parser and other
implementations for this format. Unless you still want to bundle
dif
> https://admin.fedoraproject.org/pkgdb/package/libmongo-client
3306 packages depend on this via rsyslog (and perl) or syslog-ng. Are
there plans to drop support for mongodb in the logging daemons or is
there someone willing to adopt libmongo-client?
Ki
ngo-c-driver with syslog-ng 3.8, which is in Rawhide and Fedora 25.
Thank you for the fast answer. The spec for syslog-ng in Rawhide still
contains "BuildRequires: libmongo-client-devel". This causes my check
script to pick it up as depending on libmongo
at one will be affected by the retirement and
searching for ones FAS name in the e-mail shows which package needs to
be adopted.
Kind regards
Till
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
ily within two weeks of the retirement.
Kind regards
Till
signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
that I am a (co)maintainer for ccnet (watch
> & commit permissions only) but I didn't get these mails.
Any permission suffices, however it took a while since I sent the last
e-mail till I got to retire the packages. You should have gotten at
least the e-mail "Orphaned Packages in r
there is a way to enable them.
Kind regards
Till
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
ral bug reports about the bad behaviour:
https://bugs.freedesktop.org/show_bug.cgi?id=80053
https://bugzilla.redhat.com/show_bug.cgi?id=1306992
https://bugzilla.redhat.com/show_bug.cgi?id=1321319
Kind regards
Till
___
devel mailing list -- devel@lists
our (Fedora) fixes on top of dead upstream package[6].
This is awesome. Did you by any chance get in touch with other
distributions to get them switch to the new fork as well?
Kind regards
Till
___
devel mailing list -- devel@lists.fedoraproject.org
To
.10.5-9.fc24
gnome-web-photo is still orphaned and shutter still depends on it. If
you do not want it to be removed from Fedora, please change this.
Kind regards
Till
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email
On Sun, Nov 20, 2016 at 11:21:03AM +0100, Tomasz Torcz wrote:
> What do you mean by above, exactly? Right now koji certs are signed by
> „Fedora CA”, will those be replaced by certificates signed by universally
> trusted CA?
Yes.
Reg
Hi,
Since Fedora now ships a MP3 decoder, does the Code vs Content section
in the Packaging Guidelines[0] now need a update to allow MP3 file or
are MP3 files still not permitted?
Kind regards
Till
[0] https://fedoraproject.org/wiki/Packaging:Guidelines#Code_Vs_Content
f you just want to package something, there is also the package
maintainers wishlist:
https://fedoraproject.org/wiki/Package_maintainers_wishlist
Kind regards
Till
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
t. But
maybe it also requires some python modules as dependency that are easier
to start with.
Kind regards
Till
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
file. You can also find them on
pagure: https://pagure.io/symlinktest
Any hints are welcome.
Thanks,
Till
Name: symlinktest
Version:1
Release:1%{?dist}
Summary:Test to move symplinks
License:WTFPL
URL:https://fedoraproject.org
%description
On 20.12.2016 13:20, Tom Hughes wrote:
> On 20/12/16 12:15, Till Hofmann wrote:
>
>> I have a package that contains a subdirectory which is changed to a
>> symlink in the next release. When I upgrade, I get the following error:
>>
>> Error: Transaction che
On 20.12.2016 13:25, Neal Gompa wrote:
> On Tue, Dec 20, 2016 at 7:20 AM, Tom Hughes wrote:
>> On 20/12/16 12:15, Till Hofmann wrote:
>>
>>> I have a package that contains a subdirectory which is changed to a
>>> symlink in the next release. When I u
nting the
obsolete requests as duplicates is probably still a bug in pkgdb. It
seems I mentioned it already in the pkgdb bug tracker - sorry for not
fixing it yet:
https://github.com/fedora-infra/pkgdb2/issues/283#issuecomment-160178227
Kind regards
Till
___
tool that
processes it.
Kind regards
Till
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
d the documentation
to a noarch subpackage, and I did some general spec cleanup.
I've submitted a review request:
https://bugzilla.redhat.com/show_bug.cgi?id=1408428
Kind regards,
Till
[1] http://www.ros.org/
___
devel mailing list -- devel@lists.fedoraproj
On Fri, Dec 23, 2016 at 10:42:36AM +0100, Pierre-Yves Chibon wrote:
> With the move to kerberos, fedora-cert becomes un-needed.
Is there a way to get the FAS username from kerberos using another
python module? fedora-easy-karma uses fedora-cert to get the current FAS
username.
Kind regards
T
act on Rawhide.
Kind regards
Till
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
On Sat, Dec 24, 2016 at 12:33:19AM -0800, Adam Williamson wrote:
> On Sat, 2016-12-24 at 09:28 +0100, Till Maas wrote:
> > On Fri, Dec 23, 2016 at 10:42:36AM +0100, Pierre-Yves Chibon wrote:
> >
> > > With the move to kerberos, fedora-cert becomes un-needed.
> >
>
Hi,
libinfinity will be updated to 0.7.0 soon which includes a soname bump.
AFAICS nothing else depends on it.
Kind regards
Till
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
redhat.com/show_bug.cgi?id=1413646
Thank you!
Till
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
On Sun, Jan 22, 2017 at 12:47:15PM +0100, Alec Leamas wrote:
> At a glance: the usual convention is 'make DESTDIR=... install', not 'make
> install DEST=---'
Actually there is %make_install which is recommended by the Packaging
Guideline
Fedora you can
participate in:
http://whatcanidoforfedora.org/
Especially for coding tasks we have also an overview of tasks that have
a low entry barrier:
https://fedoraproject.org/easyfix/
I hope these resources help you.
Kind regards
Till
___
devel mailin
Hi Naman,
Thank you for your interest. Please take a look at:
https://github.com/linux-system-roles/network/wiki
Thank you
Till
Am Mi., 25. März 2020 um 04:36 Uhr schrieb Naman Dhingra
:
>
> Hello there,
> Hope this email finds you well!
>
> This is in with reference to the
he future? Will there be a
different solution instead of a git forge for this?
Thank you
Till
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduc
Hi,
On Mon, Mar 30, 2020 at 01:59:07PM +, Leigh Griffin wrote:
> On Mon, Mar 30, 2020 at 2:18 PM Till Maas wrote:
>
> > Hi,
> >
> > On Mon, Mar 30, 2020 at 11:04:03AM +0100, Leigh Griffin wrote:
> >
> > > For transparency, we have published the ful
Hi,
On Mon, Mar 30, 2020 at 02:40:13PM +, Leigh Griffin wrote:
> On Mon, Mar 30, 2020 at 3:26 PM Till Maas wrote:
>
> > Hi,
> >
> > On Mon, Mar 30, 2020 at 01:59:07PM +, Leigh Griffin wrote:
> > > On Mon, Mar 30, 2020 at 2:18 PM Till Maas wrote:
> &g
t part of a
gitforge and therefore no priority for Gitlab? Or will Fedora just get a
gitforge and need to figure out how to be able to implement their
workflows with it?
Kind regards
Till
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubsc
Hi Leigh,
On Tue, Mar 31, 2020 at 09:56:10AM +0100, Leigh Griffin wrote:
> On Mon, Mar 30, 2020 at 10:13 PM Till Maas wrote:
>
> > Hi,
> >
> > On Mon, Mar 30, 2020 at 11:28:59AM +0100, Leigh Griffin wrote:
> >
> > > No singular Forge satisfied every singl
package. Since the packages were
already in FTBFS for quite some time, there was enough time for a
co-maintainer to step in. In the normal case when a package is orphaned,
then the time for the co-maintainers to take over a package starts.
What do you think?
Till
___
contributors is gone.
I hope it will still be easy to contribute to the future dist-git
solution for interested Fedora contributors.
Kind regards
Till
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.
ld still make sense to use Gitlab for tasks used
by pagure.io to benefit from better Gitforge features, there, but keep
pagure for dist-git.
Also, I do not have any idea how easy it is to get changes into Gitlab,
so this is also something that needs to be taken into consideration.
I find it somewhat
On 4/7/20 9:21 AM, Mattia Verga via devel wrote:
> we have updated the script which provides the cached review trackers
> pages at https://fedoraproject.org/PackageReviewStatus/ (thanks to
> cverna for the assistance).
It looks like 1821497 [1] is displayed incorrectly (currently at the
bottom
Hi all,
I'm looking for a review for freeopuca, a C++ OPC-UA library:
https://bugzilla.redhat.com/show_bug.cgi?id=1824467
The package should be rather easy to review. I'm willing to do a review
in return.
Kind regards,
Till
___
devel ma
ld be helpfull to community memebers.
Writing it as questions helps to write this because it will also make
shorter sentences. Basically you are telling people to answer questions
like the following, if I understand correctly:
What are your contributions to the Fedora Project?
What do you hope to a
ke
Where can people find out more about you?
Then candidates can mention their blog, social media, ... to provide
more background information for the interested reader.
Thanks
Till
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe
they are not from a packager's perspective. Also,
while you don't really care about sway, I don't have much interest in
i3. So what exactly would a joined SIG do? All the work would be either
towards i3 or sway, I don't see any synergetic effects of a joint SIG.
Kind reg
; --define "_speccdir
${PWD}" "$@"
Kind regards
Till
___
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.org/en-U
me
problem in fawkes. Here is the fawkes patch that fixed it:
https://src.fedoraproject.org/rpms/fawkes/blob/master/f/fawkes.cgal-header-only.patch
Kind regards,
Till
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubsc
per:
$ c++filt _ZN4YAML6detail9node_data12empty_scalarB5cxx11E
YAML::detail::node_data::empty_scalar[abi:cxx11]
So the problem is really with YAML. It looks like Till Hofmann built
yaml-cpp 0.6.3 for Fedora 30 and 31 (I only built it for Rawhide) and
did not rebuild OCIO.
Yes I did. There was no soname bump and the abidiff warn
On 11/20/19 1:32 PM, Till Hofmann wrote:
On 11/20/19 4:49 AM, Richard Shaw wrote:
On Tue, Nov 19, 2019 at 9:27 PM Luya Tshimbalanga
mailto:l...@fedoraproject.org>> wrote:
Some users reported Blender which I maintain failed to start due to
this issue:
blender: symbol
kage wasn't rebuilt. Any guidance/info would be appreciated.
One possible explanation is that creating the SRPM failed in Koji.
AFAIR, the rebuild will then not listed on the page you linked.
Kind regards
Till
___
devel mailing list -- devel@lists.fe
;
Generally, I find templates very useful, but I use the vim-template
plugin for that, and I was surprised to see that vim ships its own
template just for SPECs. Imo, everyone who wants a template should use a
plugin. Shipping one by default just for SPECs is somewhat inconsistent.
Kind regards,
Till
;d expect users who want templates to set them up for themselves, rather
> than forcing users to disable templates they don't want.
>
Yes, that's exactly what I thought. We also have rpmdev-newspec, which I
typically use if I create a spec file for a Fedora package. It's
On 7/19/19 11:33 AM, Elliott Sales de Andrade wrote:
> On Fri, 19 Jul 2019 at 05:09, Zdenek Dohnal wrote:
>>
>>
>> On 7/18/19 9:47 PM, Jason L Tibbitts III wrote:
"ZD" == Zdenek Dohnal writes:
>>> ZD> Hi all, I would like to ask as Vim co-maintainer, do you find useful
>>> ZD> for Vim
gin-clips-webview needed by
> fawkes-1.2.0-6.fc31.x86_64
> - nothing provides fawkes-plugin-rrdweb needed by
> fawkes-1.2.0-6.fc31.x86_64
Should be fixed now.
Kind regards,
Till
___
devel mailing list -- devel@lists.fedorap
Hi,
Please help with updating youtube-dl and possibly other packages of mine
because I cannot do it and my comaintainers do not seem to be able to do it as
well.
Thank you and kind regards
Till
___
devel mailing list -- devel@lists.fedoraproject.org
to no avail.
Any idea what's causing this?
Thanks!
Till
___
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.org/en-US/proje
On 7/10/19 8:01 AM, Petr Kubat wrote:
> Hi Till,
>
> On 7/10/19 7:39 AM, Till Hofmann wrote:
>> Hi all,
>>
>> I'm trying to contact the maintainer (Marek Skalický) of
>> mongo-cxx-driver, which has a pending update:
>> https://bugzilla.redhat.com/sho
le.
(This will already get easier with the new buttons, though).
Kind regards,
Till
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.f
Can someone tell me what's going on here?
Thanks!
Till
___
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.org/en-US/proje
should work. There was no way I could have heard about
the issue in time. It effectively requires me to become co-maintainer on
every package that I depend on. Clearly not something I want to do.
So can we please make sure that guidelines apply to everybody, also and
especially to scripts?
Th
On 9/22/19 3:01 PM, Hans de Goede wrote:
But I do have something to say about the specific example used. tolua++
being retired
is not a problem for fawkes, as fawkes depends on compat-tolua++, which
is maintained
by me and has NOT been retired.
Thanks for pointing this out! I assumed com
On 9/22/19 3:40 PM, Miro Hrončok wrote:
On 22. 09. 19 14:37, Till Hofmann wrote:
Hi all,
So I've just been notified that tolua++ has been retired, which is a
dependency of one of my packages (fawkes). BZ:
https://bugzilla.redhat.com/show_bug.cgi?id=1736911
I've closed this bug
On 9/22/19 4:08 PM, Miro Hrončok wrote:
On 22. 09. 19 16:01, Till Hofmann wrote:
So the guidelines allow package retirement without any announcement on
devel. That's certainly unexpected, at least to me. I also don't think
this is a good idea, because maintainers of packages that
On 9/23/19 1:42 PM, Petr Pisar wrote:
On 2019-09-22, Till Hofmann wrote:
We have an odd issue with a module build of sway for F30: It looks like
the module was actually built with a F32 buildroot.
BZ: https://bugzilla.redhat.com/show_bug.cgi?id=1754167
Here's the build:
built dependency:
https://copr.fedorainfracloud.org/coprs/thofmann/ros/build/1220759/
- failed build, it cannot find the previously built package:
https://copr.fedorainfracloud.org/coprs/thofmann/ros/build/1220790/
Kind regards,
Till
___
devel mailing list -- devel@li
On 2/4/20 2:58 PM, Miroslav Suchý wrote:
> Dne 04. 02. 20 v 13:18 Till Hofmann napsal(a):
>> Does COPR itself also use the CDN for builds? I usually build dependency
>
> Yes. Since today.
>
>> chains, and since this morning, I see a lot of build failures due to a
&g
lies, so there might be some
duplicates but it also seems to me that many of these items were not
mentioned.
Kind regards
Till
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
;s
> one reason why they say they're not a certification authority.
All CAs support verification via insecure protocols AFAIK because
usually the certificate is needed to secure the protocol. What other
option would they have?
Kind regards
Till
___
dnf install github-cli
>
Would you mind submitting builds for F30? Some people (me) are still on
F30...
Thanks!
Till
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fed
eo.de email.
Kind regards,
Till
___
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.org/en-US/project/code-of-conduct/
List
Hi Richard,
On 2/18/20 3:44 PM, Richard Shaw wrote:
> I am unable to build packages using mock for either f32 or f33 which is
> very problematic.
Afaik you need mock from updates-testing for the new config/keys.
Kind regards,
Till
___
devel m
y still have interest and only if there is no
response, it should be closed. Maybe after 6-12 months.
Kind regards
Till
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Cod
Thanks for the reminder, I happen to be maintainer of both. Fawkes is
the only package depending on librealsense, announcing an SONAME bump to
myself didn't seem like something particularly useful. I've rebuilt fawkes.
Kind regards,
Till
___
de
ise I'll put a lot of
time into it. My FAS is thofmann.
Kind regards,
Till
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedorapr
s and no one replied.
the package is not maintained in Fedora anymore and going to be removed,
soon. Would you be willing to maintain it in Fedora?
Kind regards
Till
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email
t; actually doing anything to help, so I guess I'm part of the problem
> too).
you are right. I am thinking this, too. Would you maybe be interested in
making this a Community Objective[0] such as "Packaging Contribution
Experience"?
Kind regards
Till
[0] https://docs.fedorap
901 - 1000 of 1153 matches
Mail list logo