On 3/9/19 8:35 PM, Globe Trotter wrote:
Here is the eror message I am getting (expected since I do not know how
to handle separate python code).
error: Installed (but unpackaged) file(s) found:
/usr/lib/python2.7/site-packages/fetchmailconf.py
/usr/lib/python2.7/site-packages/fetchmailc
Hello,
I am a modest Fedora contributor and have packaged both C and python code
separately. I would like to package the fetchmail 7.0.0 alpha6 code so I was
working off the existing spec file. However, I am not sure how to handle the
python files which have been included. I was wondering if I c
>If you want to learn about ANSI C99, GObject and Gtk+-2.0 I can help
>you.
Thank you for your interest Joël. I would like that, I'll contact you :)
I would still want to give back to things I use every day (Fedora project).
Saša Savić
https://sasa-savic.com
Thank you both for your fast reply!
> Why do you need to BuildRequire a linting tool? What are you trying to
achieve?
I just use python-flake8 as an OCD way of having my build fail if i fail
pep8 :) It's just used in conjunction of my unit tests.
> Note that the name of a package is python3-
Hi Saša,
I am the maintainer of GSequencer and would love to get help with various
aspects related to it. We could benefit both if I am able to improve the docs
by obtaining feedback.
http://nongnu.org/gsequencer/
Thought, it is not fedora infrastructure but rather a generic Linux desktop
applic
Hi all,
TLDR first,
I am:
* Potential contributor, searching for guidance
* Good with Python, C# (probably nobody cares) and JS, basics of C/C++
* Experienced with everything above sys engineering (cli/gui, f/s webdev, ...)
Want to:
* help first (port to py3, fix bug or two, help infra apps, ...
On Sat, 2019-03-09 at 08:14 +0100, Dridi Boukelmoune wrote:
> On Fri, Mar 8, 2019 at 8:20 PM Sérgio Basto
> wrote:
> >
> > Hello,
> >
> > :P I just found a weird bug :
> >
> > dnf repoquery --available --whatrequires python2-mlt
> > flowblade-0:1.16.0-2.gitd2f153f.fc28.noarch
> > flowblade-0:2
On 09. 03. 19 16:30, J. Scheurich wrote:
Hi,
It looks like "aqsis-core" is not installable in fedora 30 (x86_64)
# dnf install aqsis-core
Last metadata expiration check: 0:03:47 ago on Sat 09 Mar 2019 04:19:02
PM CET.
Error:
Problem: conflicting requests
- nothing provides libboost_system.
Hi,
It looks like "aqsis-core" is not installable in fedora 30 (x86_64)
# dnf install aqsis-core
Last metadata expiration check: 0:03:47 ago on Sat 09 Mar 2019 04:19:02
PM CET.
Error:
Problem: conflicting requests
- nothing provides libboost_system.so.1.66.0()(64bit) needed by
aqsis-core-1.8.
On Sat, Mar 9, 2019 at 7:11 AM Vít Ondruch wrote:
>
>
> Dne 09. 03. 19 v 13:00 Vít Ondruch napsal(a):
> > Dne 08. 03. 19 v 23:19 Jason L Tibbitts III napsal(a):
> >>> "MH" == Miro Hrončok writes:
> >> MH> On 08. 03. 19 21:16, Neal Gompa wrote:
> I really wish we'd allow Epochs to be rese
On Sat, Mar 09, 2019 at 09:26:49AM -0500, Chris wrote:
> I have a slightly different packaging issue with the repository structure
> (similar state on both COPR an Koji).
>
> In epel7, f28, and f29 i can use the line:
> BuildRequires: python-flake8
>
> However this package is not available on f30
On 09. 03. 19 15:26, Chris wrote:
I have a slightly different packaging issue with the repository structure
(similar state on both COPR an Koji).
In epel7, f28, and f29 i can use the line:
BuildRequires: python-flake8
python-flake8 was provided by python2-flake8, python2-flake8 was removed fr
I have a slightly different packaging issue with the repository structure
(similar state on both COPR an Koji).
In epel7, f28, and f29 i can use the line:
BuildRequires: python-flake8
However this package is not available on f30 servers:
Koji ref: https://koji.fedoraproject.org/koji/taskinfo?task
Thanks a lot Kevin!
I can confirm it built perfectly! (ref
https://koji.fedoraproject.org/koji/taskinfo?taskID=33328352)
I truly appreciate your help!
Chris
On Sat, Mar 9, 2019 at 1:16 AM Kevin Fenzi wrote:
> On 3/8/19 6:01 PM, Chris wrote:
> > Hi guys,
> >
> > I apologize if this is a bit pr
On Fri, 8 Mar 2019 at 17:37, Kevin Fenzi wrote:
[..]
> >> There's no glitch I am aware of, so more information would be helpful.
> >
> > This seems quite OK:
> >
> > https://admin.fedoraproject.org/mirrormanager/propgation
> >
> > Yet all the mirrors I try randomly show Fedora-Rawhide-20190217.n.0
Dne 09. 03. 19 v 13:00 Vít Ondruch napsal(a):
> Dne 08. 03. 19 v 23:19 Jason L Tibbitts III napsal(a):
>>> "MH" == Miro Hrončok writes:
>> MH> On 08. 03. 19 21:16, Neal Gompa wrote:
I really wish we'd allow Epochs to be reset on distribution upgrades.
With dnf distro-sync (which is
Dne 08. 03. 19 v 23:19 Jason L Tibbitts III napsal(a):
>> "MH" == Miro Hrončok writes:
> MH> On 08. 03. 19 21:16, Neal Gompa wrote:
>>> I really wish we'd allow Epochs to be reset on distribution upgrades.
>>> With dnf distro-sync (which is used by system-upgrade) Epochs don't
>>> really matt
Dne 09. 03. 19 v 4:03 Mamoru TASAKA napsal(a):
> Vít Ondruch wrote on 2019/03/09 8:03:
>> Hi,
>>
>> Running `dnf update`, it tries to install:
>>
>> Installing weak dependencies:
>> mkpasswd x86_64 5.4.1-3.fc31
>> rawhide 39 k
>>
>>
>>
>> Trying to query fo
ad a lot of old composes to clean up.
We should probably move that cleanup to a separate job, but we haven't yet.
Thanks. I see Fedora-Rawhide-20190309.n.0 as STARTED now.
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel m
19 matches
Mail list logo