Am 09.12.19 um 18:34 schrieb Pierre-Yves Chibon:
Thinking some more about this and while I think we should aim for this process,
considering the gain we would have from just moving away from
fedora-scm-requests (nicer UX, easier sync to bugzilla of the information, no
need to clone that large g
Hi,
We are currently working on getting rid of the git repo at
fedora-scm-requests [1] which is nowadays only used to store the
overrides of the default assignee in bugzilla (for example to allow
different default assignee for Fedora and EPEL).
I am working on porting this mechanism to dist-
I'll have a closer look at copr's features and its usability for building
modules soon. There's a taiga card especially for this:
http://taiga.fedorainfracloud.org/project/modularity/us/554
> And very soon it will allow defining the package set in buildchroot completely
Do you have an estimate
Am 20.06.2016 um 14:48 schrieb Miroslav Suchý:
Dne 20.6.2016 v 14:18 Karsten Hopp napsal(a):
Does anyone have any other ideas for this problem ?
Rebuild it in Copr?
>
Copy doesn't allow multiple builds with the same N-V-R either according
to this:
https://fedorahosted.org/c
Hi all,
One month ago Petr Šabata posted a module build proposal here on this
list. [1]
I'd like to gather some ideas about the very first of his key points as
it poses some problems with our current buildsystem:
> - building a module means building the components it contains and
> composing
Hi
I'm orphaning privoxy as I'm not using anymore and need to focus on secondary
archs.
AFAIK it isn't required by any other packages, but needs to be updated to the latest
version if someone decides to pick it up.
Karsten
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.f
commit b72c5827927a5947bf826cd231f9020b466652c1
Author: Karsten Hopp
Date: Tue Feb 21 14:50:37 2012 +0100
rebuild on PPC
perl-threads.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-threads.spec b/perl-threads.spec
index 833e519..1e689d6 100644
Summary of changes:
ac3976a... bump and rebuild as it got compiled with the old perl on pp (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedorapro
commit ac3976ac9acc9563e368636273be3a836b3102fa
Author: Karsten Hopp
Date: Thu Jul 28 16:55:32 2011 +0200
bump and rebuild as it got compiled with the old perl on ppc
perl-Compress-Raw-Zlib.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Compress
Am 28.04.2011 20:24, schrieb David Woodhouse:
> On Thu, 2011-04-28 at 13:36 -0400, Josh Boyer wrote:
>>
>>
>> Additional items to cover are:
>>
>> 1) Are ppc32 machines supported? Specifically I'm thinking of Apple
>> G4 machines, but we used to build a bunch of Freescale device drivers
>> and suc
As I have neither hardware to test nor time to give the package the
needed love (i.e. init scripts) I've given up ownership of the
irda-utils package. It's a package with 5 open bugs, two of them man
page fixes, the other three initscript stuff that needs some work/testing.
Karsten
--
On 04.08.2010 07:05, Peter Hutterer wrote:
>
> I don't think git hashes are an equivalent to the nvr tags though. I may
> have multiple commits for each nvr, a tag that explicitly specifies which
> version ended up as an rpm in koji would be quite helpful. I have troubles
> remembering hashes lon
Am 22.03.2010 12:05, schrieb Till Maas:
> Hiyas,
>
> On Mon, Mar 22, 2010 at 04:45:25PM +0800, Chen Lei wrote:
>
> > The privoxy current in F12 is a beta version and had a lot of bugs.
> > See
> > https://bugzilla.redhat.com/buglist.cgi?component=privoxy&product=Fedora
> >
> > Can anyone tell K
13 matches
Mail list logo