On Fri, 27 Jul 2012 06:15:59 PM Brendan Jones wrote:
> On 07/27/2012 05:59 PM, Till Maas wrote:
> > On Fri, Jul 27, 2012 at 05:37:44PM +0200, Lukas Zapletal wrote:
> >> I'm going to orphan tritonus package, it's an old java audio api that
> >> does not build anymore on Rawhide and getting it workin
On Fri, Jul 27, 2012 at 5:19 PM, Kevin Fenzi wrote:
> So, my thought would be:
>
> Definitely build in rawhide. A heads up to those that have packages
> that build with it would be welcome.
>
> For stable releases I would suggest collecting a list of packages that
> BuildRequire it and see how ex
On Fri, 2012-07-27 at 17:55 -0400, Bill McGonigle wrote:
> On 07/27/2012 05:20 PM, Adam Williamson wrote:
> > I don't recall, though, whether there was a later build which aimed to
> > correct this, and whether I ever got around to testing such a build if
> > so.
>
> I presume this was the -14 to
On 07/27/2012 05:20 PM, Adam Williamson wrote:
I don't recall, though, whether there was a later build which aimed to
correct this, and whether I ever got around to testing such a build if
so.
I presume this was the -14 to -15 change since -15 worked for me:
commit abd72fda51991e84a971874d7d0c
On 07/27/2012 04:09 AM, Harald Hoyer wrote:
Here you go:
http://harald.fedorapeople.org/downloads/dracut/dracut-009-15.fc15/
Thanks, Harald. Wiki updated - I believe the issue is resolved.
A sufficient dracut for f16 is already in the normal repos, so this
shouldn't recur (unless there are
Hi all,
my name is Wolfgang Ulbrich and i'm new in fedora packagers group.
I'm 48 years old and using fedora/linux since fc9 and living in old
europe, germany, berlin.
My profession is to managing and build up/down exhibitions stands
european wide.
The last half year i start to build Mate-Desktop r
On Fri, 27 Jul 2012, Richard W.M. Jones wrote:
If you can - test on your own system on an el6 vm.
Does Koji still use Xen, or is it now on qemu-kvm?
kvm - I don't remember us ever using xen - but I could be blocking it out
of my memory :)
Also - does this build need to connect to the
On Fri, Jul 27, 2012 at 05:04:47PM -0400, Seth Vidal wrote:
>
>
>
> On Fri, 27 Jul 2012, Richard W.M. Jones wrote:
>
> >On Fri, Jul 27, 2012 at 02:22:09PM -0600, Jerry James wrote:
> >>On Fri, Jul 27, 2012 at 11:45 AM, Jerry James wrote:
> >>>No, I never filed one. I've never been sure whethe
On Fri, 2012-07-27 at 10:09 +0200, Harald Hoyer wrote:
> Am 27.07.2012 06:46, schrieb Bill McGonigle:
> > On 07/26/2012 04:40 PM, Kevin Fenzi wrote:
> >> You can build them from git I suppose.
> >
> > Wow, I took a few minutes to learn how to use fedpkg and I have to say it
> > makes
> > this emb
So, my thought would be:
Definitely build in rawhide. A heads up to those that have packages
that build with it would be welcome.
For stable releases I would suggest collecting a list of packages that
BuildRequire it and see how extensive this list is, and then consult
with those maintainers if
On Fri, 2012-07-27 at 10:15 -0700, Toshio Kuratomi wrote:
> For packagers and developers of the software, the revision id portion is
> usually what we want but (as tgl pointed out) the date still comes in handy
> if upstream changes their SCM.
I don't think it does, in practice. the 0.n part cove
On Thu, Jul 26, 2012 at 09:48:13 -0500,
Bruno Wolff III wrote:
On Wed, Jul 25, 2012 at 18:24:52 -0400,
Bill Nottingham wrote:
Updated with new list of packages that have failed to build.
Package stratagus (fails to build)
statagus is currently FTBFS because it isn't using the newer lib
On Fri, 27 Jul 2012, Richard W.M. Jones wrote:
On Fri, Jul 27, 2012 at 02:22:09PM -0600, Jerry James wrote:
On Fri, Jul 27, 2012 at 11:45 AM, Jerry James wrote:
No, I never filed one. I've never been sure whether it was a coq
problem, an ocaml problem, or something else. I also haven't t
On Fri, Jul 27, 2012 at 02:22:09PM -0600, Jerry James wrote:
> On Fri, Jul 27, 2012 at 11:45 AM, Jerry James wrote:
> > No, I never filed one. I've never been sure whether it was a coq
> > problem, an ocaml problem, or something else. I also haven't tried
> > building for awhile. I'm going to f
On Fri, Jul 27, 2012 at 11:45 AM, Jerry James wrote:
> No, I never filed one. I've never been sure whether it was a coq
> problem, an ocaml problem, or something else. I also haven't tried
> building for awhile. I'm going to fire off a scratch build and see
> what happens.
Same as before; the
Hello there,
My name is Ryan and I am a faceless, thoughtless graduate student at the
Georgia Institute of Technology. I am pursuing a Ph.D. in machine
learning, but realistically I seem to spend all my time doing software
development and systems administration. I've been the president of the
Ge
On Fri, Jul 27, 2012 at 1:38 PM, Jesse Keating wrote:
> On 07/27/2012 11:29 AM, Jon Ciesla wrote:
>>
>> I'd agree, but git hashes don't do in sortable order. I mean, they
>> do, but only Discordian sort.
>
>
> I'm not suggesting you have rpm sort on git hashes. The release string is
> required t
On 07/27/2012 11:29 AM, Jon Ciesla wrote:
I'd agree, but git hashes don't do in sortable order. I mean, they
do, but only Discordian sort.
I'm not suggesting you have rpm sort on git hashes. The release string
is required to have a numeric prefix before the date and/or git hash.
I'm talking
On 07/27/2012 11:29 AM, Toshio Kuratomi wrote:
That's hyperbolic. A date tells you something meaningful even if it is
specifying something that turns out to be a range of valid entries.
I might not know if 20120106 is more recent code than 20110610 but I know
that it isn't older code, for insta
On Fri, Jul 27, 2012 at 1:26 PM, Jesse Keating wrote:
> On 07/27/2012 11:13 AM, Jon Ciesla wrote:
>>
>> If you can suggest a clarification of wording, it sounds like an
>> EASYFIX for FPC.
>>
>> -J
>>
>>> >
>
>
> I would suggest just dropping the date field for SCMs that have a canonical
> revisio
On Fri, Jul 27, 2012 at 11:11:24AM -0700, Jesse Keating wrote:
> On 07/27/2012 10:15 AM, Toshio Kuratomi wrote:
> >For endusers, the date is more handy for seeing whether the package is based
> >on newer or older upstream versions than the scm's hash.
>
> But do we specifically say what you're sup
On 07/27/2012 11:13 AM, Jon Ciesla wrote:
If you can suggest a clarification of wording, it sounds like an
EASYFIX for FPC.
-J
>
I would suggest just dropping the date field for SCMs that have a
canonical revision identifier.
--
Jesse Keating
Fedora -- Freedom² is a feature!
--
devel mail
On Fri, Jul 27, 2012 at 1:11 PM, Jesse Keating wrote:
> On 07/27/2012 10:15 AM, Toshio Kuratomi wrote:
>>
>> For endusers, the date is more handy for seeing whether the package is
>> based
>> on newer or older upstream versions than the scm's hash.
>
>
> But do we specifically say what you're supp
On 07/27/2012 10:15 AM, Toshio Kuratomi wrote:
For endusers, the date is more handy for seeing whether the package is based
on newer or older upstream versions than the scm's hash.
But do we specifically say what you're supposed to put in the date
field? Is it the date the hash was created?
On Fri, Jul 27, 2012 at 11:41 AM, Richard W.M. Jones wrote:
> Yes, now I do recall that. Also, I seem to remember that
> it built OK (for me) locally, but not in Koji. That would
> be quite similar wouldn't it ...
>
> Is there a BZ for the coq failure?
>
> Rich.
No, I never filed one. I've nev
On Fri, Jul 27, 2012 at 11:32:57AM -0600, Jerry James wrote:
> On Fri, Jul 27, 2012 at 11:08 AM, Richard W.M. Jones
> wrote:
> > Always the same process (ocamlopt.opt) and always on 32 bit only.
> >
> > The thing is, it *didn't* happen just 3 days ago. Nothing has changed
> > in the package, and
On Fri, Jul 27, 2012 at 11:08 AM, Richard W.M. Jones wrote:
> Always the same process (ocamlopt.opt) and always on 32 bit only.
>
> The thing is, it *didn't* happen just 3 days ago. Nothing has changed
> in the package, and ocamlopt.opt is the same as 3 days ago.
Well you may recall that I
On Fri, 27 Jul 2012, Richard W.M. Jones wrote:
On Fri, Jul 27, 2012 at 01:16:32PM -0400, Seth Vidal wrote:
Do you happen to know how much memory that build consumes? Most of
the new builders are 4GB instances(w/ 2GB of swap) - could you be
hitting the top end of memory?
I'm not going to sa
On Fri, Jul 27, 2012 at 01:16:32PM -0400, Seth Vidal wrote:
> Do you happen to know how much memory that build consumes? Most of
> the new builders are 4GB instances(w/ 2GB of swap) - could you be
> hitting the top end of memory?
I'm not going to say no -- the binary might be buggy -- but it seems
On Fri, 27 Jul 2012, Richard W.M. Jones wrote:
https://bugzilla.redhat.com/show_bug.cgi?id=843731
Always the same process (ocamlopt.opt) and always on 32 bit only.
The thing is, it *didn't* happen just 3 days ago. Nothing has changed
in the package, and ocamlopt.opt is the same as 3 days
On Thu, Jul 26, 2012 at 05:32:54PM -0700, Adam Williamson wrote:
> On Thu, 2012-07-26 at 19:52 -0400, Tom Lane wrote:
> > Jesse Keating writes:
> > > On Thu, 2012-07-26 at 15:37 -0700, Adam Williamson wrote:
> > >> The date is useful for making it
> > >> immediately obvious how up-to-date a packag
https://bugzilla.redhat.com/show_bug.cgi?id=843731
Always the same process (ocamlopt.opt) and always on 32 bit only.
The thing is, it *didn't* happen just 3 days ago. Nothing has changed
in the package, and ocamlopt.opt is the same as 3 days ago.
glibc has had a few memory-related fixes in the
On 07/27/2012 05:59 PM, Till Maas wrote:
On Fri, Jul 27, 2012 at 05:37:44PM +0200, Lukas Zapletal wrote:
I'm going to orphan tritonus package, it's an old java audio api that
does not build anymore on Rawhide and getting it working would require
too much time on OpenJDK 1.7.
This sounds more
On Fri, Jul 27, 2012 at 05:37:44PM +0200, Lukas Zapletal wrote:
> I'm going to orphan tritonus package, it's an old java audio api that
> does not build anymore on Rawhide and getting it working would require
> too much time on OpenJDK 1.7.
This sounds more that it should be retired instead:
http
Hey all,
I'm going to orphan tritonus package, it's an old java audio api that
does not build anymore on Rawhide and getting it working would require
too much time on OpenJDK 1.7.
Ping me if you are interested in any way.
--
Later,
Lukas "lzap" Zapletal
#katello #systemengine
--
devel maili
Hi,
On 07/27/2012 03:07 PM, build...@fedoraproject.org wrote:
perl-Class-InsideOut has broken dependencies in the rawhide tree:
On x86_64:
perl-Class-InsideOut-1.10-6.fc17.noarch requires
perl(:MODULE_COMPAT_5.14.2)
On i386:
perl-Class-InsideOut-1.10-6.fc17.noarch requires
pe
Michal Ambroz (re...@seznam.cz) said:
> Hello colleagues developers,
> Following the procedure
> http://fedoraproject.org/wiki/Package_maintainer_policy#What_to_do_if_a_maintainer_is_absent
> I would like to take the ownership of the dd_rescue and ddrescue packages.
>
> It seems it is not possib
On Fri, Jul 27, 2012 at 8:45 AM, Richard Shaw wrote:
> I'm guessing there's no way to help this, but wouldn't it be better to
> build dependent libraries first? Not that I'm suggesting that we crawl
> every package for dependencies, but I would think libGLEW would be a
> candidate...
>
> Now I'm g
I'm guessing there's no way to help this, but wouldn't it be better to
build dependent libraries first? Not that I'm suggesting that we crawl
every package for dependencies, but I would think libGLEW would be a
candidate...
Now I'm guessing lots of people will have to bump the release and build ag
On Thu, Jul 26, 2012 at 12:25 PM, Petr Machata wrote:
> Hi all,
>
> this is to let you know that boost has been upgraded to 1.50, sans
> Python 3 support, which will arrive later.
>
> After complaints in past years, we decided to request a dedicated
> side-tag ("f18-boost") not to break a hundred
Dne 22.7.2012 22:21, Kevin Fenzi napsal(a):
On Tue, 17 Jul 2012 07:39:31 -0500
Dennis Gilmore wrote:
it was requested in https://fedorahosted.org/rel-eng/ticket/5222 that
we do a mass rebuild for Fedora 18 for
https://fedoraproject.org/wiki/Features/DwarfCompressor and
https://fedoraproject.or
On Thu, Jul 26, 2012 at 5:37 PM, Adam Williamson wrote:
> On Thu, 2012-07-26 at 13:47 -0500, Jon Ciesla wrote:
>> On Thu, Jul 26, 2012 at 1:41 PM, Bill Nottingham wrote:
>> > Jonathan Dieter (jdie...@lesbg.com) said:
>> >> On Wed, 2012-07-25 at 18:24 -0400, Bill Nottingham wrote:
>> >> > Package
Le Ven 27 juillet 2012 12:42, Akira TAGOH a écrit :
>
>
> Droid Sans Fallback
>
>
> lang
> ja
>
>
>
Thanks a lot for the experimenting. I take it that the most complete
config version you produced is the patch you sent separately, not the
version attached to this
On Fri, Jul 27, 2012 at 08:19:50AM +0100, Peter Robinson wrote:
> On Fri, Jul 27, 2012 at 3:26 AM, Adam Williamson wrote:
> > (I don't know if it'd make sense to bump parted to 3.1 in F17. Probably
> > not.)
>
> Please no, it had changed that caused problems when it was bumped in
> rawhide that m
Hi all!
The Ruby on Rails stack has been updated to 3.2.6 version in Rawhide, as it was
submitted in the Rails 3.2 Feature [1].
I'd like to ask all owners of depending packages to start rebuilding (or
updating, if necessary). The depending packages are listed at [2].
Thanks!
--
Regards,
Bohusl
Am 27.07.2012 06:46, schrieb Bill McGonigle:
> On 07/26/2012 04:40 PM, Kevin Fenzi wrote:
>> You can build them from git I suppose.
>
> Wow, I took a few minutes to learn how to use fedpkg and I have to say it
> makes
> this embarrassingly easy! Kudos to the team.
>
> dracut-009-15.fc15 worked
On Fri, Jul 27, 2012 at 3:26 AM, Adam Williamson wrote:
> On Thu, 2012-07-26 at 15:45 -0700, Adam Williamson wrote:
>> On Thu, 2012-07-26 at 13:15 +0200, Michael Schwendt wrote:
>> > > Package qtparted (fails to build)
>> >
>> > H...
>> >
>> > http://bugz.fedoraproject.org/qtparted
>> >
>> > 7
Hi all
I have a review request for qtractor-freeworld in rpmfusion. It
implements a patch that allows the dynamic loading of the libmad MP3
decoder for qtractor.
https://bugzilla.rpmfusion.org/show_bug.cgi?id=2414
thanks
Brendan
--
devel mailing list
devel@lists.fedoraproject.org
https://a
48 matches
Mail list logo