Hi,
On 17-11-18 12:18, Antonio Trande wrote:
Regarding https://src.fedoraproject.org/rpms/libtimidity/pull-requests,
please i need permissions to build libtimidity on epel7 branch.
On 15/11/18 13:22, Antonio Trande wrote:
Hello!
Please, take a look to
https://bugzilla.redhat.com/show_bug.cgi
Thank you Hans.
On 20/11/18 09:58, Hans de Goede wrote:
> Hi,
>
> On 17-11-18 12:18, Antonio Trande wrote:
>> Regarding https://src.fedoraproject.org/rpms/libtimidity/pull-requests,
>> please i need permissions to build libtimidity on epel7 branch.
>>
>> On 15/11/18 13:22, Antonio Trande wrote:
>
> * Matthew Miller:
>
>
> Make it cheap to maintain branches. I expect that one what to achieve
> this would be to build directly out of Git, with synthesized release
> numbers and changelogs. This way, you can apply a lot of fixes to
> multiple branches without encountering mandatory conflicts
On Tue, Nov 20, 2018, 12:42 Tomas Tomecek > * Matthew Miller:
> >
> >
> > Make it cheap to maintain branches. I expect that one what to achieve
> > this would be to build directly out of Git, with synthesized release
> > numbers and changelogs. This way, you can apply a lot of fixes to
> > multi
On Thursday, 15 November 2018 at 15:18, Salman Siddiqui wrote:
> Hello everyone!
>
> I've been working on Java Mission Control. It's a profiling and diagnostics
> tools for Java applications that was open-sourced by Oracle earlier this
> year (along with Java Flight Recorder). The project is now u
On Mon, Nov 19, 2018 at 08:30:14PM +, Jonathan Dieter wrote:
> Just to be clear on this, unlike deltarpm, zchunked rpms shouldn't
> require extra CPU usage on the client side as they don't go through the
> decompress-recompress cycle that deltarpms do. Re-assembling a zchunk
> file requires no
On Tue, Nov 20, 2018 at 12:43 PM Tomas Tomecek wrote:
> > * Matthew Miller:
> >
> >
> > Make it cheap to maintain branches. I expect that one what to achieve
> > this would be to build directly out of Git, with synthesized release
> > numbers and changelogs. This way, you can apply a lot of fix
I've certainly made the mistake of accidentally creating branches
in dist-git and now being stuck with them because we can't delete
them. Now that src.fedoraproject.org (dist-git) is backed by a newer
version of pagure you can prevent creating new branches by `git push`.
For your project in the w
On Sun, Nov 18, 2018 at 9:49 PM Frantisek Zatloukal
wrote:
> We have encountered a bug[0] which seemingly “broke” offline updates after
> systems were upgraded from an older Fedora to Fedora 29 and had some
> multilib packages installed. After the discussion at last week's Release
> Retrospective
On Thu, Nov 15, 2018 at 6:43 PM Jiri Eischmann wrote:
>
> Gerald Henriksen píše v Čt 15. 11. 2018 v 10:22 -0500:
> > On Thu, 15 Nov 2018 14:38:12 +0100, you wrote:
> >
> > > I understand this argument, but I think more and more desktop users
> > > are being trained that updates happen on a schedul
On Tue, Nov 20, 2018, 16:43 Brian (bex) Exelbierd On Thu, Nov 15, 2018 at 6:43 PM Jiri Eischmann
> wrote:
> >
> > Gerald Henriksen píše v Čt 15. 11. 2018 v 10:22 -0500:
> > > On Thu, 15 Nov 2018 14:38:12 +0100, you wrote:
> > >
> > > > I understand this argument, but I think more and more desktop
This is good to know. I should enable it on some of the packages that I
maintain.
On Tue, Nov 20, 2018 at 9:25 AM Dusty Mabe wrote:
>
> I've certainly made the mistake of accidentally creating branches
> in dist-git and now being stuck with them because we can't delete
> them. Now that src.fedor
On Tue, Nov 20, 2018 at 1:57 PM Michal Novotny wrote:
> On Tue, Nov 20, 2018 at 12:43 PM Tomas Tomecek
> wrote:
>
>> > * Matthew Miller:
>> >
>> >
>> > Make it cheap to maintain branches. I expect that one what to achieve
>> > this would be to build directly out of Git, with synthesized release
On Tue, Nov 20, 2018 at 12:03 PM Michal Novotny wrote:
>
> On Tue, Nov 20, 2018 at 1:57 PM Michal Novotny wrote:
>>
>> On Tue, Nov 20, 2018 at 12:43 PM Tomas Tomecek wrote:
>>>
>>> > * Matthew Miller:
>>> >
>>> >
>>> > Make it cheap to maintain branches. I expect that one what to achieve
>>> >
On Tue, Nov 20, 2018 at 12:15:17PM -0500, Neal Gompa wrote:
> On Tue, Nov 20, 2018 at 12:03 PM Michal Novotny wrote:
> >
> > On Tue, Nov 20, 2018 at 1:57 PM Michal Novotny wrote:
> >>
> >> On Tue, Nov 20, 2018 at 12:43 PM Tomas Tomecek wrote:
> >>>
> >>> > * Matthew Miller:
> >>> >
> >>> >
> >>>
On Tue, Nov 20, 2018 at 12:49 PM Daniel P. Berrangé wrote:
>
> On Tue, Nov 20, 2018 at 12:15:17PM -0500, Neal Gompa wrote:
> > On Tue, Nov 20, 2018 at 12:03 PM Michal Novotny wrote:
> > >
> > > On Tue, Nov 20, 2018 at 1:57 PM Michal Novotny wrote:
> > >>
> > >> On Tue, Nov 20, 2018 at 12:43 PM T
Hey, thanks for the detailed analysis. Comments inline.
On Tue, 2018-11-20 at 00:47 +0100, s...@gmx.com wrote:
> Based on work I've done in this area, I'm somewhat sceptical that this
> will work out well. I spent a decent amount of time comparing various
> approaches to data saving for both com
On Tue, 2018-11-20 at 12:45 +, Michael Schroeder wrote:
> On Mon, Nov 19, 2018 at 08:30:14PM +, Jonathan Dieter wrote:
> > Just to be clear on this, unlike deltarpm, zchunked rpms shouldn't
> > require extra CPU usage on the client side as they don't go through the
> > decompress-recompress
On Tuesday, 20 November 2018 at 08:46, Kalev Lember wrote:
> On 11/19/2018 10:04 PM, Stephen John Smoogen wrote:
> > Centos also ships a lot of non-Red Hat kernels and modules which
> > meet various itches that people feel (xen, upstream lts, various
> > gluster/ceph/arm32/etc)
>
> I wonder if som
On Thursday, 15 November 2018 at 13:48, Florian Weimer wrote:
> * Przemek Klosowski:
>
> > I wonder if RedHat could be persuaded to modify their process to adopt
> > a Fedora release instead of forking it, and backport into that
> > release---let's call it "Fedora LTS a.k.a. CentOS Release Candida
20 matches
Mail list logo
