Hi,
I would like to get feedback from Fedora Legal and also my fellow
contributors about considering
SPDX.
SPDX (Software Package Data Exchange) is a specification hosted by the
Linux Foundation defining
a standard format for communicating components, licenses and
copyrights associated with a sof
2015-07-09 14:08 GMT+02:00 Josh Boyer :
>
> Can you elaborate on how you envision this working? SPDX appears to
> work best when upstream projects integrate it and maintain it
> themselves. Doing that downstream is possible, but it sounds both
> time consuming and easy to get wrong or stale.
>
>
2015-07-09 14:24 GMT+02:00 Richard Fontana :
> What distros or upstream projects are actually using the SPDX format?
> I am not aware of any.
>
Currently Suse is using it, they even patched their packaging compliance
checkers to support it.
>
> I am aware of some projects using these identifiers.
2015-07-09 15:17 GMT+02:00 Miro Hrončok :
> On 9.7.2015 14:48, Haïkel wrote:
>> * mass changing all specs => could be automated
>
> Actually, openSUSE has a tool for this:
>
> https://github.com/openSUSE/spec-cleaner
>
> It can convert their old license abbrevs t
2015-07-09 15:42 GMT+02:00 Tom Callaway :
> On 07/09/2015 09:14 AM, Haïkel wrote:
>> Currently Suse is using it, they even patched their packaging compliance
>> checkers to support it.
>
> Well, no, actually, they're not. They're using the matching identifiers.
>
2015-07-09 16:21 GMT+02:00 Richard Fontana :
> On Thu, Jul 09, 2015 at 09:42:55AM -0400, Tom Callaway wrote:
>> I'm hesitant to go down this road for a number of reasons:
> [...]
>> 5) It implies that we're planning on implementing the full SPDX
>> specification. And we're not.
>
> This last one is
2015-07-09 16:49 GMT+02:00 Richard Fontana :
> On Thu, Jul 09, 2015 at 04:41:00PM +0200, Haďkel wrote:
>> From my PoV, the abbreviation system is already an improvement,
>> if it's commonly shared with other distros (and Suse already switched to it).
>
> I don't see how it's an improvement if the u
2015-07-09 17:17 GMT+02:00 Richard Hughes :
> On 9 July 2015 at 13:24, Richard Fontana wrote:
>> What distros or upstream projects are actually using the SPDX format?
>
> AppStream uses it[1], and also tries to map the Fedora licences to
> SPDX forms[2], with a limited amount of success. We use it
ontana :
>On Thu, Jul 09, 2015 at 02:03:43PM +0200, Haïkel wrote:
>> On a more practical side, it would mean standardizing on SPDX short
>> identifier to design licenses
>> and exceptions in all our packages.
>> https://spdx.org/spdx-license-list
>
>I am aware o
2015-07-10 15:31 GMT+02:00 Jonathan Underwood
:
> Hi,
>
> Today I happened to look at this page:
>
> http://fedoraproject.org/PackageReviewStatus/NEEDSPONSOR.html
>
> from which I can see we have potentially on the order of 100 new
> potential contributors to Fedora whose efforts we're missing ou
I recommend you to start doing informal reviews and link them to your
own tickets.
By doing so, you'll be:
1. showing your understanding/knowledge of RPM packaging/Fedora guidelines
2. help reducing the workload => if applicants do good informal reviews, I
usually approve/finish them
AND that inclu
I fixed python-autopep8 as provenpackager.
python-umemcache should be dropped, it has not been updated upstream
since 2013, it doesn't support python3, and nothing requires it.
Regards,
H.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
@Stephan: this is hardly readable, I don't what is quoted and what's your
answer.
H.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
2015-07-11 19:47 GMT+02:00 Michael Schwendt :
> On Sat, 11 Jul 2015 19:44:39 +0200, Haïkel wrote:
>
> > @Stephan: this is hardly readable, I don't what is quoted and what's your
> > answer.
>
> Claws Mail has no trouble displaying the message. It's a multipa
2015-07-13 16:20 GMT+02:00 Pádraig Brady :
>
> maybe pull `rdopkg update-patches` into `fedpkg` ?
>
>
That's more or less, what I'll be suggesting in my patch management session
at Flock ;)
btw, rdopkg now handles properly %autosetup \o/
H.
> cheers,
> Pádraig.
> --
> devel mailing list
> devel
2015-07-14 10:24 GMT+02:00 Mikolaj Izdebski :
> On 07/13/2015 02:39 PM, Marcin Juszkiewicz wrote:
> > When I moved to Fedora after years of doing Debian packages I noticed
> > that there is no such thing as patch management when it comes to Fedora
> > packages. Everyone is using %patch macro with
There's already an effort to unretire it, you may join:
https://bugzilla.redhat.com/show_bug.cgi?id=1181366
btw, I don't think this is a good idea to start as a packager with Mumble.
Regards,
h.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/
Sorry, I'll be unable to join as my ISP decided to mess up with their equipment.
H.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
+1
@Igor: patches should be sent through bugzilla or by mail to package
owners, unless
you have a good reason like requests for comments or serious dispute
w/ package owners
though there are better ways.
Moreover, not contacting package maintainer won't encourage
provenpackagers to give it
a shot
Hi,
I see no emergency, F23 package was updated this friday, and as
*nothing is broken*,
that could have waited Peter's feedback.
Yes, this is an open source project, but we can respect other
contributors right to enjoy
their week-end peacefully.
Had it broke something, I'd have understood not wa
Le 11 août 2015 5:08 PM, "Chris Adams" a écrit :
>
> Once upon a time, Gerald B. Cox said:
> > On Tue, Aug 11, 2015 at 11:28 AM, Chris Adams wrote:
> > > What packaging exceptions are being made for Firefox?
> >
> > They can be found here:
> > https://fedoraproject.org/wiki/Packaging:No_Bundled_
Though it's always nice to read in the morning that you're a good guy,
I have few comments.
+ some people have been recently given the sponsor bit
+ some people do actively help our new packagers to
grow but it does not appear here
+ others have done a tremendous works as sponsors in the past
and
2015-08-16 10:33 GMT-04:00 Kevin Fenzi :
> On Sat, 15 Aug 2015 10:02:05 -0400
> Haïkel wrote:
>
> ...snip...
>
>> Using Bugzilla rather than FAS is not a bad idea, as some people
>> abuse their sponsor status by blindly adding people into the packager
>> group w
Le 17 août 2015 8:47 AM, "Josh Boyer" a écrit :
>
> On Mon, Aug 17, 2015 at 8:34 AM, Miroslav Suchý wrote:
> > This is current output from my script with updates based on your
comments:
> > Axel Thimm - no recent sponsor activity
>
> Had his packages orphaned a while ago due to non-responsive ma
2015-08-21 0:58 GMT+02:00 Orion Poplawski :
> On 08/20/2015 02:50 AM, Miroslav Suchý wrote:
>>
>> I was just watching the ongoing reports of want-to-be-contributors how hard
>> is to get sponsored; reports how Fedora
>> Repository stalled [1]; discussion that we actually do not know how many
>> a
Sometimes, I wonder if you're not doing this on purpose.
Rather than preventing our infrastructure team to fix the actual issues
with useless squabbles, just open tickets to let them know.
Forget the ridiculous github excuse, fedorahosted trac instance still
accepts tickets.
Out of respect of the
2015-08-22 4:46 GMT+02:00 Christopher Meng :
>
> Occupying the moral high ground doesn't help as well.
> --
>
> Yours sincerely,
> Christopher Meng
>
If you want your bugs to be fixed, posting them on a list and
ignoring the bug tracker doesn't work.
And for people who don't want to go through gi
2015-08-22 12:07 GMT+02:00 Reindl Harald :
>
> come on the bugtracker also don't work
> https://bugzilla.redhat.com/show_bug.cgi?id=1226509#c5
>
Thanks for definitively killing this thread by posting something unrelated.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproj
There's also cozy cloud , though it's JavaScript much less insane than
owncloud.
https://cozy.io/
Regards,
H.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
2015-09-11 20:24 GMT+02:00 Jóhann B. Guðmundsson :
>
>
> The inclusion of what now 15k components in the distribution is a testimony
> of success of un-bundling against your testimony of ( few ) failures of
> bundling.
>
> JBG
>
Say that *after* you properly reviewed the current set of packages.
Y
2015-09-11 21:09 GMT+02:00 Josh Stone :
> On 09/11/2015 10:35 AM, Stephen Gallagher wrote:
>> Actually, the opposite is true. RHEL has fewer limitations in this
>> space. Red Hat's layered projects ship a fair amount of bundled stuff.
>> This problem is entirely Fedora's. Fedora has far stricter ru
2015-09-10 15:53 GMT+02:00 Stephen Gallagher :
> I assume that subject line got your attention.
>
> I know this is a long-standing debate and that this thread is likely
> to turn into an incomprehensible flamewar filled with the same tired
> arguments, but I'm going to make a proposal and then atte
2015-09-11 21:26 GMT+02:00 Jóhann B. Guðmundsson :
>
>
> Right as well as most issues already have been found and fixed in Fedora
> long before those components enter RHEL.
>
> JBG
>
Fair point, Fedora brings value to Red Hat and it is acknowledged.
--
devel mailing list
devel@lists.fedoraproject
2015-09-11 23:37 GMT+02:00 Dominik 'Rathann' Mierzejewski
:
>
> It's not an improvement as such. We already require the Provides:
> bundled(foo) thing, though we rely on the good will of maintainers
> (both in Fedora and upstream) because we have practical means of
> enforcement.
>
It's currently
There's autocompletion on package name, but looks like bodhi
autocompletion database was not refreshed.
H.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
I might add that fedora-review could be run on local spec + srpm
and will warn you about these kinds of things.
H.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
2015-09-13 10:16 GMT+02:00 Andrew Haley :
>
> The development model followed by much of the upstream world is
> immature: it may not even be repeatable, let alone well-defined.
> Shoehorning upstream's mess of bundled requirements is a very useful
> service that we can provide to our users. By beh
2015-09-13 20:40 GMT+02:00 Matěj Cepl :
> On 2015-09-13, 13:13 GMT, Haïkel wrote:
>> But, distros have lost the influence they used to have then, we're in the
>> cloud/container era where people bundle everything ...
>
> And they won't retake it by giving up. Then t
2015-09-14 12:45 GMT+02:00 Reindl Harald :
>
>
>
> and much more important:
>
> if Fedora changes to more and more recommend "pip", "gem" and "cpan" like
> installs instead RPM packages it is no longer a distribution over the long
> because that would mean finally you have a core OS and handle anyt
2015-09-14 13:17 GMT+02:00 Andrew Haley :
> On 09/13/2015 09:23 PM, Haïkel wrote:
>> I'm not speaking about PHP, most of the upstream I deal with
>> are python developers. Bad habits are rather spreading than
>> regressing.
>
> We're not going to solv
2015-09-14 14:38 GMT+02:00 Dominik 'Rathann' Mierzejewski
:
>
> This case doesn't automatically mean that we should allow bundling.
> Especially, if there are multiple consumers of the library in question.
> A recent example is kwsys, which is bundled in every project released
> by kitware. See bug
2015-09-15 13:02 GMT+02:00 Ralf Corsepius :
>
> a) We don't have any such tracking system.
If maintainers followed FPC recommendations on that matter, it will be
very easy to have one.
I have in my TODO to implement one for CentOS Cloud SIG to track
security issues for some horrible packages
> b
Looks like we do have some progress on that topic :)
So plan B would be:
1. automate EPEL rebuilds in CBS
2. have CI run automated test suite over EPEL rebuilds
Correct me if I'm wrong but we would be ok to enable CentOS folks to
fix EPEL packaging.
It would be easier if we do create an epel-prov
According the standard, char is supposed to be a distinct type from
signed/unsigned char.
btw, most commonly-used compilers (gcc, msvc, etc.) does use these
defaults, but you can't even assume that for every compilers.
If one wants to check the signedness of char, she could check CHAR_MIN
is equal
2014-07-18 15:38 GMT+02:00 Martin Preisler :
> Anybody knows how to contact Mercier Jonathan? FAS name: bioinformatics
>
> https://bugzilla.redhat.com/show_bug.cgi?id=966983
>
He was on irc, last week. Did you try email-ing him ?
Regards,
H.
> --
> Martin Preisler
> --
> devel mailing list
> dev
Hi,
I had some news 5 days ago, he was on a professional travel in Portugal.
@Jonathan: could you answer Martin, please ?
I don't know the whole context, but I think that you - I mean both of
you - should start a thread on this list about the aforementioned
ticket. btw, please notice that throug
Hi,
I took the review of python-{botocore,jmespath,bcdoc} and awscli.
Regards,
H?
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Done, as the POC is ok and you're involved upstream, this should be no problem.
Please refer to the ticket for details.
Regards,
H.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-c
Dear contributors,
Following the current discussion about governance, a proposal to
change the governance model of the project has been made during the
"Governance for Fedora.Next workshop" in Flock Prague 2014.
We request your feedbacks about before considering its adoption or rejection.
* disso
2014-08-21 16:11 GMT+02:00 Richard W.M. Jones :
> As requested on this ticket, I'm opening this up for discussion.
> https://fedorahosted.org/fesco/ticket/1332
>
> There's a proposal to retire packages quite quickly (I think) after
> they are orphaned. At the moment packages are retired once per
>
2014-08-21 16:23 GMT+02:00 Matthew Miller :
> On Thu, Aug 21, 2014 at 04:19:17PM +0200, Haïkel wrote:
>> > (c) An orphaned package is not necessarily a risk ("security" has been
>> > mentioned here ...). Just because it might be a risk on rare
>> > occ
*sigh*
Could we stop ranting every time, we speak about systemd ? Not only,
it's tiresome but it does *not* help to fix the aforementioned issues.
systemd and its upstream are not perfect, but systemd gains vs loss
are by far positive.
About systemd-network, there are perfectly valid arguments to
2014-09-05 17:08 GMT+02:00 Pierre-Yves Chibon :
> Dear all,
>
> In the last months, Till and I together with infrastructure and
> release-engineering have been thinking and working on how we could improve the
> current workflow for new package and new branch.
>
> To give you an idea, this is the cu
2014-09-11 17:23 GMT+02:00 Matthew Booth :
> I opened a ticket to become a package sponsor here:
> https://fedorahosted.org/packager-sponsors/ticket/144
>
> I seem to have gained the requisite number of votes (thanks!), but I
> don't yet seem to be a sponsor. The docs suggest this is an automatic
>
2014-09-16 15:24 GMT+02:00 Stephen Gallagher :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> I need a review for a trivial Python library:
> https://bugzilla.redhat.com/show_bug.cgi?id=1142276
>
> I'll swap for a similarly straightforward review if you've got one.
Hi Stephen,
I will gladl
Fantastic, you did it !
I suggest to submit it as a Feature for F22.
H.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
2014-09-18 4:12 GMT+02:00 Ralph Bean :
>
> Hi! There was a QR-code on the back of the Flock 2014 pamphlet that
> was handed out to attendees at the event. Scanning it would award the
> badge to your account.
>
> If someone can vouch for Anibal, someone from sysadmin-badges can
> award the badge m
Proposals are supposed to provide travel costs from pre-determined
airports at the *targeted* period.
If I trust informations from the proposals, SLC would be too expensive
to cover travel expenses for EMEA folks.
@+
H.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproje
Please avoid cross-posting in the middle of a thread without contextualization.
Regards,
H.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
2014-09-25 16:36 GMT+02:00 Darryl L. Pierce :
> I have a package I'd like to get reviewed and will swap a review with
> someone else to get it done.
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1146575
>
If you can't find anybody to swap with, take *any* pending review and
ping me, I'll review
Currently, there is *no* golang packaging guidelines approved, so we
shouldn't have accepted golang packages in the first place.
https://fedorahosted.org/fpc/ticket/382
The most urgent issue is to complete the current draft and champion it
to the FPC.
Without guidelines, we're just increasing pac
@Matthew: I'm just stating a fact, the absence of guidelines does not
mean that we can accept reviews. In this case, you can't help but
violate a few general guidelines when you use the golang toolchain,
for instance: "statically linked executables", that would require an
exception from fesco on ca
2014-09-30 11:42 GMT+02:00 Florian Weimer :
>
> I tried, didn't work. It's not surprising because filing bugs doesn't fix
> them.
>
If package owner doesn't answer or have no good reasons, just CC a
provenpackager and he will fix it for you.
H.
> --
> Florian Weimer / Red Hat Product Security
>
2014-09-30 15:04 GMT+02:00 Petr Hracek :
>
> In RHEL we are using preupgrade-assistant [1] which does this work.
> If user write a check script then it will inform user that upgrade is not
> supported.
> The check script can also inform user that e.g. mariadb changed structure
> and it's required t
2014-09-30 16:20 GMT+02:00 Richard W.M. Jones :
> On Tue, Sep 30, 2014 at 11:19:01AM +0200, Haïkel wrote:
>> @Rich Jones: I agree with you that gaining experience, but that could
>> be done using a copr repository or granting exceptions for a limited
>> set of packages.
>
I don't see any real benefit to move to dash since we get rid of sysV
init, no security improvements, but a lot of breakages to fix (Debian
spent a lot of time to fix bashisms in their packages ...)
That doesn't mean that we shouldn't consider it -this is a sane to
periodically re-assess our defaul
2014-10-02 17:56 GMT+02:00 Tomasz Torcz :
>
> Also it will reduce differences between Linux distribution. And take us
> closed to what majority (Ubuntu and Debian) does.
>
I don't see the point, now that we use systemd ...
Besides, even on Debian/Ubuntu, Bash is still the most popular script
she
This makes sense to me, though it annoys me as a token of our failure
to be an attractive platform for such use cases.
DId you consider providing a copr repository ?
Regards,
H.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code
2014-10-03 22:30 GMT+02:00 Stephen Gallagher :
>
>
>
> On Fri, 2014-10-03 at 21:43 +0200, Haïkel wrote:
>> This makes sense to me, though it annoys me as a token of our failure
>> to be an attractive platform for such use cases.
>>
>> DId you consider provid
2014-10-08 20:31 GMT+02:00 Kevin Fenzi :
> Greetings.
>
> This F21 change:
> http://fedoraproject.org//wiki/Changes/RPM-4.12
>
> has brought us 'weak dependencies', namely:
>
> Recommends, Suggests, Supplements and Enhances
>
> Rpm in f21 and rawhide sees these in spec files and builds fine with
>
2014-10-09 8:57 GMT+02:00 Ralf Corsepius :
>
> I do not.
>
I understand your point of view, in a different context (ie: dnf being
default package manager), I would have shared yours.
>
> We need a precise and detailed functional description about what these "weak
> dependencies" are supposed to d
I'll be speaking in my own name:
The Eng. Rep. is not necessarily a Fesco member but should be someone
willing to collaborate regularly with them.
She should have a fairly broad overview of Fedora Engineering and be
an active contributor.
The ideal candidate should be someone who has experience i
After consulting various people, I nominate Josh Boyer as a candidate.
He is an experienced and highly esteemed fesco & board member and I believe
he is the right person to join the council as Eng. Rep.
His experience and his broad but deep understanding of Fedora engineering
will be valuable.
I'
2014-10-15 17:21 GMT+02:00 Paul W. Frields :
>
> Although I may not have all the deep technical knowledge of some FESCo
> members, I'd be willing to serve in this capacity. I do have
> experience working with different groups in Fedora, including the
> Board and FESCo, and release related groups l
2014-10-19 15:20 GMT+02:00 Valerio Pachera :
> Hi all,
>
> this may be the wrong list to ask to.
> If so, please let me know which list is more appropriate.
>
Hi,
since sheepdog is already in Fedora Packages Collection, you should
have contacted David (fas: ke4qqq), its maintainer before. You cou
2014-10-21 8:49 GMT+02:00 Valerio Pachera :
> 2014-10-20 15:04 GMT+02:00 Richard Shaw :
>> On a side note, I played around building a package and noticed that only a
>> sysvinit file is provided. Upstream should develop a systemd service file.
>
> Hi Richard, thank you very much for this note that
2014-10-21 16:39 GMT+02:00 Máirín Duffy :
>
>
> On 10/21/2014 09:36 AM, Matthew Miller wrote:
>>
>> On Tue, Oct 21, 2014 at 08:28:16AM -0400, Stephen Gallagher wrote:
>>>
>>> A few specific comments that have been made on the Board ticket (to
>>> avoid rehashing them).
>>>
>>> * "Fedora Server 21"
See, that's easy ! :)
H.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
2014-10-21 17:06 GMT+02:00 David Timothy Strauss :
> Should be Fedora 21 $PRODUCT because the Fedora version is underneath
> the product, and one product can usually convert into another on an
> installed system.
Caution, there is no guarantee that it will always be supported.
As far as the Cloud
Hi Chandan,
start by doing informal reviews and linking them back in your own review.
Then you have a deps to package before: python-wrapt.
Regards,
H.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedora
My 2cts as Cloud SIG member is that we shouldn't wait for F23 as long as
it's ready for beta or even shortly before.
This is not just an annoyance, this is an huge impediment toward successful
cloud product.
I kindly ask fesco to take this into consideration
Regards,
H.
--
devel mailing list
de
2015-06-04 9:34 GMT+02:00 Petr Stodulka :
>
>
> On 3.6.2015 15:35, Todd Zullinger wrote:
>
> Josh Boyer wrote:
>
> On Wed, Jun 3, 2015 at 9:19 AM, Petr Stodulka wrote:
>
> On 3.6.2015 13:56, Pierre-Yves Chibon wrote:
>
> [...]
>
> What about adopting something similar to what has been done for the
2015-06-04 20:21 GMT+02:00 John Florian :
> I’ve been curious how Fedora plans to tackle inclusion of Puppet 4, but
> haven’t heard even a peep on the subject. As described[1], they’ve moved to
> an all-in-one packaging process that “includes Puppet 4, both Facter 2.4 and
> CFacter 0.4, the latest
2015-06-15 11:47 GMT+02:00 Mathieu Bridon :
>
> Kevin didn't say anything about it being silent.
>
> By all means, do warn people that mock is going to use yum instead of
> dnf as it should.
>
> But an application should never print an error message telling the user
> what they can do to get the er
Another possibility is that people didn't find any candidate to their taste.
I suggest adding a None option too.
Though it won't change results, it will give us metrics to measure that.
Regards,
H.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinf
2015-06-29 22:17 GMT+02:00 Chris Murphy :
> On Mon, Jun 29, 2015 at 7:23 AM, Haïkel wrote:
>> Another possibility is that people didn't find any candidate to their taste.
>> I suggest adding a None option too.
>> Though it won't change results, it will give us m
Hi Martin !
Welcome to Fedora 😄
Practical question to Legal geeks, is being minor an issue for contributing
and do we have a process to cover that ? In some countries, I know for sure
that it requires parents agreement.
Regards,
H.
--
devel mailing list
devel@lists.fedoraproject.org
https://adm
Welcome to Fedora !
If you don't find a sponsor before the beginning of June, feel free to ping
me (fas: hguemar, irc nick: number80). At the moment, I have very limited
bandwidth.
Regards,
H.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/de
Hi,
As for diet, it requires to be patched to compile with GCC latest werror
flags enabled (they could be upstreamed too). Low-hanging fruit but my arm
is still in a sling for 2 or 3 weeks at least.
Regards,
H.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/m
BTW, thank you Ralf.
Le 26 mai 2014 18:09, "Ralf Corsepius" a écrit :
> On 05/26/2014 05:11 PM, Petr Machata wrote:
>
> 6881890 diet (-Werror=format-string)
>>
> AFAICT, the maintainer is temporarily out-of-business for health reasons,
> so I went ahead fixed this earlier today.
>
> Ralf
Awesome !
My opinion is that QA and WG should cooperate directly: no middle-man.
We need to have a QA liaison in each WG.
I didn't see if there's a taskotron hackfest at Flock but I'm looking
forward having one, be it in the lobby.
Regards,
H.
--
devel mailing list
devel@lists.fedoraproject.org
h
2014-05-27 15:13 GMT+02:00 Matthew Miller :
> On Sun, May 25, 2014 at 01:34:25PM -0500, Jeff Schroeder wrote:
>> [4] http://serfdom.io
>> [5] http://consul.io
>
> Hi Jeff! Welcome! These look pretty interesting. Do you think they're worth
> integrating with GearD as a possible part of Fedora Atomic
My personal opinion is that we ought to try not disrupting the release schedule.
If some features miss the release train, it could wait 6 monthq (and,
I disagree with dropping the whole server products).
Fedora.Next is a big change in our model, our priority is to release
F21 and get some feedbacks
2014-07-06 13:51 GMT+02:00 Sandro Mani :
>
> It was a line ordering issue.
> The cwd before that call was the temporary directory.
> Please trust me, I really feel bad about this, and will never again push
> code which was written late at night. Again, I really apologize.
>
Sounds likely, I was mo
2014-07-06 13:59 GMT+02:00 Conrad Meyer :
> Hi lazy-list,
>
> Back in the day, there was FEver for monitoring new upstream
> releases. Is that still what we use, or is there a new thing
> now? And where does it live? Cursory googling failed to
> locate it.
>
It's called cnucnu
All details here: ht
2015-10-08 10:55 GMT+02:00 Tomas Mraz :
> On Čt, 2015-10-08 at 00:06 +0200, Kevin Kofler wrote:
>> Stephen Gallagher wrote:
>> > * #1483 Decision on bundling policy in the Fedora Package Collection
>> > (sgallagh, 18:11:40)
>> > * LINK: http://paste.fedoraproject.org/276064/44243383/ is sgallag
2015-10-09 0:08 GMT+02:00 Dominik 'Rathann' Mierzejewski
:
> On Wednesday, 07 October 2015 at 21:17, Stephen Gallagher wrote:
>> Meeting summary
>> ---
> [...]
>> * #1483 Decision on bundling policy in the Fedora Package Collection
>> (sgallagh, 18:11:40)
>> * LINK: http://paste.fed
2015-10-09 0:42 GMT+02:00 Kevin Kofler :
> Neal Gompa wrote:
>> Not that I don't agree that we should pursue unbundling whenever
>> possible, but I don't remember any contract or terms that explicitly said
>> *packagers* do the work of *developers* to re-architect
>> applications/services/etc to do
2015-10-09 1:17 GMT+02:00 Kevin Kofler :
> Haïkel wrote:
>> Not that I'm 100% happy with the way it happened but this has been a
>> very long-lived topic. To some, it'll be a hasty decision, to others,
>> it's already a late one.
>
> There'
2015-10-09 16:20 GMT+02:00 Neal Gompa :
>
> A SIG dedicated to going through our packages and "systemizing" them (e.g.
> unbundling them) would probably be a really good idea, especially with the
> new rules. A group of packagers experienced in this could be solicited to
> help with trickier packag
1 - 100 of 251 matches
Mail list logo
