Am 2015-08-25 16:57, schrieb Dave Johansen:
On Mon, Jul 13, 2015 at 11:38 PM, Dan Horák wrote:
On Mon, 13 Jul 2015 22:05:01 -0700
Dave Johansen wrote:
> https://copr.fedoraproject.org/coprs/daveisfera/odb_2.4/build/102224/
> What's the correct way to handle a single failed build on COPR? In
Am 2015-10-01 06:50, schrieb Michael Cronenworth:
On 09/30/2015 11:47 PM, Jens Lody wrote:
I want to take these theree, but they are still not official orphaned,
so I can not take ownership.
Should I just wait until the status changed in pkgdb ?
Those packages were orphaned but they were
for users.
For more information visit
https://fedoraproject.org/wiki/Workstation/AddonAppdata
Jiri
What about gnome-shell-extensions ?
Jens
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
soc", so it will probably take some time
until the change is really done.
Michael
Jens
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
> I guess I would be fine with it being in @base or something.
Just wondered does it have any implications for mock?
Jens
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
I meant to add that the reason this came up was I was trying to work out
where to put yum-langpacks in comps: yum-presto being one of the reference
packages I searched for.
So where can/should yum-langpacks live?
Jens
--
devel mailing list
devel@lists.fedoraproject.org
https
A reminder of tomorrow's biweekly i18n meeting:
https://fedoraproject.org/wiki/I18N/Meetings/2010-01-19
Please follow up if you have a topic for discussion.
Jens
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
- "Seth Vidal" wrote:
> which is why All we're suggesting is filing a bug and/or some other
> kind of notification that says "are you alive".
To clarify, only for FTBFS, right?
Jens
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
- "Bill Nottingham" wrote:
> Jens Petersen (peter...@redhat.com) said:
> > I meant to add that the reason this came up was I was trying to work
> > out where to put yum-langpacks in comps: yum-presto being one of the
> > reference packages I searched for.
&
Reminder about the Input Method Bugs Day being
organized by fedora-i18n tomorrow.
We will be working on triaging and clearing bugs
at #fedora-i18n on freenode.--- Begin Message ---
Hi,
We are organising Input Method bugs day on 1st September 2010. On
this day we need your help to triage IM
.
Thanks, Jens
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
s been retired
from Fedora for a while
and then after approval - you can make SCM Change Request to take ownership
of the retired package.
Jens
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
res libHSffi-ghc6.12.3.so()(64bit)
Sorry these should be fixed in ghc-6.12.3-9.fc15 building now in koji.
Jens
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
be a big win IMHO. This might well make a good F17 Feature.
Jens
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
n upgrade since F14?
Jens
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
me failing to follow the feature process... :-/
I may try to open a FESCo ticket asking if they might post-approve
the completed GHC70 feature. Also it might be better to mention
haskell-platform-2011.2.
Jens
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
https://fedoraproject.org/wiki/PackagingDrafts/Haskell
I have also updated cabal2spec to add more comments
and links to the Packaging Guidelines pages to make
things more transparent.
Thanks, Jens
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
; suggest a virtual provides to packages that already provide this, I am
> thinking in this case of packages like kde-i18n* or kde-i10n*.
Yes I think meta Provides is probably the way to go.
Concrete suggestions and design improvements are welcome - particularly in
bugzilla. :-)
I think B
en? In the worst case one can check comps...
Jens
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
rebuilding stuff, I will send out an update
to haskell-devel list.
Thanks, Jens
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
- Original Message -
> > i want to relinquish ownership. Any takers for package stardict.
>
> Though not offically a comaintainer, Jens has been active on it
> recently and might be a good candidate.
Well ok, I have picked it up for now, but someone else wants
to help co
have an open review requeston pisg, so i would take over pisg.
-- Jens
--
je...@fedoraproject.org
https://fedoraproject.org/wiki/JensMaucher
signature.asc
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
on Thursdays
rather than Tuesday (at the usual Asia-Pacific time of 0500UTC).
I have updated the wiki meetings page to reflect this change.
https://fedoraproject.org/wiki/I18N/Meetings
Thanks, Jens
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman
Perhaps I missed it but I didn't see any clear indication that
a Talking Point has to be a Feature. Is that the case?
Jens
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
You can find the minutes and log of today's i18n meeting at:
https://fedoraproject.org/wiki/I18N/Meetings/2010-02-25
Main topics were f13 relnotes, f13 bugs, and splitting Simplified
and Traditional Chinese again for comps and fonts.
Jens
--
devel mailing list
devel@lists.fedoraprojec
- "Paul W. Frields" wrote:
> On Mon, Feb 22, 2010 at 10:06:09PM -0500, Jens Petersen wrote:
> > Perhaps I missed it but I didn't see any clear indication that
> > a Talking Point has to be a Feature. Is that the case?
>
> It doesn't. A Talking Po
What shows the build.log?
-- J
Am Samstag, den 06.03.2010, 10:20 -0300 schrieb Paulo Cavalcanti:
> I am trying to build a package on F13, and got a gcc internal error:
>
>
> http://koji.fedoraproject.org/koji/taskinfo?taskID=2034791
>
>
> I have no idea how to proceed
>
> The package bu
to use Fedora Haskell for his projects anyway. :)
Jens
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
> I don't think I'm going out on a limb if I say that this doesn't look
> like Unity will hit Fedora repos anytime soon. You may look at
> repos.fedorapeople.org, though.
>
> As far as I remember Adam Williamson once looked at the feasibility
> of packaging Unity for Fedora. Don't know what was th
ther more out of date now.)
Jens
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
is part of https://fedoraproject.org/wiki/Features/GHC70
If you need help with rebuilding a package with ghc-7.0.1
please contact me, #fedora-haskell or haskell-devel list.
Testing and feedback of the new packages in rawhide is most welcome
in bugzilla or mailing-list.
Thanks, Jens
--
devel ma
- "Bruno Wolff III" wrote:
> I need ghc-hslogger rebuilt in order to rebuild hedgewars.
It is in dist-f15-build now, so you can go ahead.
Thanks, Jens
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
ng for top-down
> dribbling, particularly when the same subset of packagers is
> responsible for the entire suite.
Not sure what you are talking about.
Obviously it is impossible to rebuild top-down.
Anyway sorry for the rawhide report noise,
hope it didn't spoil your weekend too much.
)
and hoping to engage some of the rest of the Haskell SIG
to help with the rebuilds. But I will try to coordinate
better next time and make sure all packages get rebuild
in the -ghc tag to avoid any broken deps.
Thanks, Jens
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.
> The only remaining pending rebuilds I am aware
> of now are xmobar and hedgewars (which Bruno is working on).
Ok, I missed one more: ghc-feldspar-language,
which like xmobar also seems to need a little work for ghc7.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproje
- "Adam Williamson" wrote:
> On Sun, 2010-11-28 at 21:43 -0500, Jens Petersen wrote:
> > - "Adam Williamson" wrote:
> > > Agreed. I really don't see a reason to break so many packages,
> even
> > > if it is 'only Rawhide&
hc build from rawhide
since it is not useless anyway unless we do a intermediate rebuild
of all ghc-* packages, but we really need to know
what actually broke rather than sweeping the problem
under a rebuild carpet.
Jens
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject
orts.
I am also planning to work on automating the rebuild process,
to make this less painful in future.
Thanks for your patience,
Jens
[1] https://fedorahosted.org/fesco/ticket/543
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
hat I am doing:
for i in *; do
if [ -d $i -a -d $i/master -a ! -d $i/f15 ]; then
cd $i
fedpkg co -b f15 $i
mv $i f15
cd ..
fi
done
Jens
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
> The first pass though the mass rebuild has been completed
Thanks and congrats!
> list of all things not built yet at
> http://ausil.fedorapeople.org/rebuild.html
> there is ~400 packages that rpm-4.9.0 failed to parse the spec files.
Are there any more details about the e
Headsup that I built gettext-0.18.1.1 for rawhide
and also a build for f13 updates-testing.
https://admin.fedoraproject.org/updates/gettext-0.18.1.1-0.1.fc13
Please report any problem in bugzilla or Bodhi.
Jens
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org
I built ghc-6.12.3 for F14. This will require rebuilding all
ghc library packages, which I and the Haskell SIG will be doing
over the coming days - the meantime please bear with us with
the broken dependencies...
Thanks,
Jens
--
devel mailing list
devel@lists.fedoraproject.org
https
the suggestion - I opened
https://fedorahosted.org/rel-eng/ticket/3807
and will move ghc there as soon as a separate buildroot is available.
I guess we have enough haskell packages now in fedora for this to
be necessary. :)
Jens
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.f
- "Bruno Wolff III" wrote:
> Jens Petersen wrote:
> > This is now done - so all rebuilds need to be done in the
> dist-f14-ghc buildroot.
>
> Today's rawhide still seems broken. The report indicates that ghc has
> been removed from rawhide:
> http:/
Just to update I finished rebuilding all the ghc packages in dist-f14-ghc
over the weekend and they should appear in the next rawhide push.
Probably kaya and hedgewars should be rebuilt too.
Please report or let me know of any problems.
Thanks, Jens
--
devel mailing list
devel
se Requires since they are for shared libs.
Rpm would generate them for you automatically: so they should be
redundant. You could pass "-dynamic" to ghc if you want to
link to the shared libraries.
Thanks, Jens
ps Note also that ghc-utf8-string is also available and preferred in F13 now.
ibraries for ghc-6.12.x should now link against
ghc-utf8-string.
Just thought it would make your life easier with keeping F13 and F14 in sync. :)
Jens
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
f someone on FPC or FESCo say owned it.
Jens
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Hello, I am Jens.
I just submitted two packages for review (gnome-shell-extension
-openweather and gnome-shell-extension-panel-osd).
https://bugzilla.redhat.com/show_bug.cgi?id=1246903
https://bugzilla.redhat.com/show_bug.cgi?id=1246904
Besides maintaining these two extensions, I'm one o
ill not official orphaned,
so I can not take ownership.
Should I just wait until the status changed in pkgdb ?
Jens
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
http://koji.fedoraproject.org/koji/getfile?taskID=8037090&name=build.log&offset=-4000
I just ran into this today and someone else reported the same to ghc upstream
last week.
Jens
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedo
WG meeting will be at 12:00 UTC (07:00 EST, 13:00 Brno, 9:00 Boston,
21:00 Tokyo, 22:00 Brisbane) in #fedora-meeting on Freenode.
= Topics =
* Follow-ups
* Integration tests
* Election planning
* Chairman for next meeting
* Open Floor
--
devel mailing list
devel@lists.fedoraproject.org
https://ad
cgi?id=1161014
If some kind person can help to review it that would
be appreciated. It is heavily based on F21 llvm.spec.
Thanks, Jens
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
pular choice either. :)
Jens
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
mpiler.armv7hl
should require and BR llvm34 instead of llvm (and make llvm34
Conflicts with llvm and llvm34-devel conflicts with llvm-devel...).
Not sure how many people really need both (on arm),
but I suppose it is better to avoid conflict where possible.
Jens
--
devel mailing list
devel@lists.fed
will build
in Rawhide, since they all fail on ARM currently. [1,2]
Thanks!
Jens
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1161049
[2] https://lists.fedoraproject.org/pipermail/devel/2014-November/203983.html
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org
fc22.i686 requires
> libHSbase-4.6.0.1-ghc7.6.3.so
If you want to help get Agda out of the rawhide and branched reports
then please help with reviewing the 6 new deps packages in the bug dependency
tree:
https://bugzilla.redhat.com/showdependencytree.cgi?id=1164120
Thanks, Jens
--
dev
Sorry for the ghc breakage in rawhide - this was caused
by a rebuild of ghc against ghc-rpm-macros which caused
ghc-*-devel not to contain Haskell dependency information.
I plan to put more checks in place to avoid this happening again.
This should be fixed now in Rawhide with ghc-7.8.4-42.2.fc23
is willing
to help get the reviews done quickly I am happy
to keep it alive in Fedora, otherwise maybe it can go
to Copr.
Cheers, Jens
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
risk with doing that?
Anyway for F23 I probably have to make a llvm35 package
again for building ghc-7.10 on armv7 (and ideally aarch64).
3.5.0 has a critical bug that breaks ghc, so it would
be based on 3.5.2 anyway.
Jens
--
devel mailing list
devel@lists.fedoraproject.org
https
, etc.
Is someone able to help review it, please?
Thanks!
Jens
ps If it help I can offer a review swap
if it is something not too obscure.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org
llvm 3.
Jens
[1] https://fedoraproject.org/wiki/Features/GHC74
[2] http://www.haskell.org/ghc/docs/7.4.1/html/users_guide/release-7-4-1.html
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
is still on ghc-7.0.4 and the last official
haskell-platform-2011.4 release).
Debian is currently transitioning ghc-7.4.1 and
haskell-platform-2012.2 to testing too.
Jens
[1] http://hackage.haskell.org/platform/
[2] http://www.haskell.org/ghc/docs/7.4.2/html/users_guide/release-7-4-2.html
--
devel
stand the point about keeping rpmbuild generic -
I don't see how pulling in redhat-rpm-config would break generic rpms?
Surely most people have it installed anyway.
Have you filed a bug? :)
Jens
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
make this happen.
Jens
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Hi,
> 2014-03-05 9:40 GMT+01:00 Jens Petersen < peter...@redhat.com > :
> > I would like to suggest the idea of adding support for
> > hierarchical comps groups to Fedora.
> (I'm not going to contribute actual work on this anyway, but) do we actually
> need tha
st and most pragmatic at this time.
Presumably that would only need changes to the generation of comps.xml
files themselves.
Jens
ps (In the long term I would not mind seeing more drastic changes though,
like maybe even changing to YAML format or something similar.)
--
devel ma
skell build regressions yet though with llvm-3.4 in Rawhide
relative to 3.3 at least.
(ghc-7.6.3 officially supports only llvm <= 3.1, but ghc-7.8, which will be
released soon and I am planning to ship it in F21, will support 3.4.
Maybe I should add "Requires: llvm <= 3.4" at that
(A more expensive way would be to rebuild all the current packages
in Rawhide which would cause them to be rebuild with llvm-3.4 on ARM,
but that is probably overkill and I hope we can move Rawhide ghc to 7.8
soon anyway)
Thanks, Jens
--
devel mailing list
devel@lists.fedoraproject.org
https://admi
> It is definitely useful, but I wish there was some way of excluding
> long-standing problems that no one cares to fix.
It might be nice if there was a counter for how many weeks
they have been broken, though probably a bit harder to implement.
Jens
--
devel mailing list
, but I thought
I better check to be sure to avoid wasted review effort.
Jens
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
in the playground repo? (ie, uses
> downloaded GN binaries to build)
I would say no. Playground should only contain packages built
fully from source.
So if chromium is only buildable from source for x86_64 currently
then so be it.
Jens
[1] https://github.com/ndmitchell/shake/blob/master/README.md
[2]
> BTW shake [1] seems to be able to handle ninja [2].
> I posted a review request for it recently. [3]
Erm, okay it seems "GN" generates ninja files
rather than building them so shake probably doesn't
help here.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/m
> > >Some OCaml spec files do the following:
> > >
> > > ExclusiveArch: %{ocaml_arches}
> > >
> > >This is always incorrect for several reasons:
Is %{ocaml_arches} used for anything?
In case not, maybe better to remove it?
Jens
--
devel mai
st the wrong version of libHSnetwork which I will confirm and fix tomorrow.
Anyway please try to avoid bumping versions of Haskell packages in koji
unknowningly. :)
Jens
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct
> I'm not very familiar with the Fedora release schedule and how closely
> related it is with gcc, but in the odb package that I'm the maintainer for
> there appears to be a bug with the devirtualization that is claimed to be on
> the roadmap for a fix in 4.9.1 (
> http://www.codesynthesis.com/pipe
ions I got (one for F22 and one for Rawhide).
The aeskulap-timeline [3] does not show anything about the unretirement
-process.
So for the moment I will wait and just see what happens.
Jens
[1] https://admin.fedoraproject.org/pkgdb/package/aeskulap/
[2] https://bugzilla.redhat.com
Am Mittwoch, den 07.10.2015, 23:21 +0200 schrieb Till Maas:
> On Wed, Oct 07, 2015 at 11:03:07PM +0200, Jens Lody wrote:
>
> > I just filed a (re-)review request on bugzilla [2].
>
> The re-review needs to be done by a fellow packager until the
> unretirement can happen
eally like it to be unretired, even if upstream is dead.
Thanks in advance,
Jens
signature.asc
Description: This is a digitally signed message part
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedorap
"
It tells me that the last metadata check is 0:12:50 ago and was done at
16:03:37, the message has a timestamp of 19:05.
The timestamp is correct, the time for the metadata-check is most
likely also correct, but the time span is obviously wrong.
The repoqueries from cache need about 2:45
Am Mittwoch, den 16.12.2015, 12:58 -0600 schrieb Richard Shaw:
> On Wed, Dec 16, 2015 at 12:41 PM, Richard Hughes >
> wrote:
>
> > On 16 December 2015 at 18:09, Richard Shaw
> > wrote:
> > > I thought I successfully used gnome-software --prefer-local
> > > before but no
> > > matter what I do it
Am Sonntag, den 20.12.2015, 12:29 +0100 schrieb Antonio Trande:
> Hi all,
>
> What does mean this warning on Bodhi?
>
>
> libsbml-5.12.0-3.fc22 ejected from the push because u"Cannot find
> relevant tag for libsbml-5.12.0-3.fc22. None of ['f22-updates-
> testing',
> 'f22-updates-testing-pending'
t; Andrew
At least Claws and Evolution have a "Message -> Mailinglist ->
Unsubscribe" (or similar) menu if you are on a mailinglist mail (with
the appropriate headers), so there is no need to know that these headers
exist.
And additional I get a mailinglist memebrships reminder once
r they've already upgraded
> their databases).
>
> > I could provide a keepassx2 subpackage which replaces keepassx =
> > 2.0.0, but
> > I'm not sure about how to handle Obsoletes/Provides in this case.
>
> Couldn't both be installed at the same time (
ed it to URM now so hopefully it can be kept
more up to date.
So does anyone use it? Is anyone keen to maintain it?
I can still help to maintain it a bit longer but if noone is
really using it maybe better to orphan?
I would appreciate a CC if you reply since I sometimes
miss devel list.
Thanks,
course these
would be done in separate Koji tags.
Jens
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Rebuilds for ghc-7.4.2 are basically done since yesterday,
ie the major deps breakage should be over now.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
f18 and f19.
Jochen: probably nice if you can submit the patch upstream.
Thanks, Jens
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
in my mind. I am just curious to hear more of
the general overall release vision without pre-empting
the coming discussions and proposals of the individual WG's.
Jens
ps I wasn't at Flock alas so I may have missed some of the earlier
discussions that might already have covered
> [gnome-applets]
> [gnome-panel]
Have these not been blocked yet?
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Hi
Basically nearly all the changes for ghc-7.6.3 and the new approved
Haskell Packaging Guidelines are already tested and staged in pkg git
master branches, and I am planning to start pushing all the version
updates and rebuilds soon to F20 Rawhide.
Thanks, Jens
--
devel mailing list
devel
I hope. :)
Thanks, Jens
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
> [ghc-Agda]
I opened a ticket asking releng to block this newly retired package.
> [hedgewars]
Bruno rebuilt this yesterday - thanks!
Jens
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
on F25? Doesn't make much sense.
> >
> > https://koji.fedoraproject.org/koji/taskinfo?taskID=15365643
> >
> >
> >
If you look at the build.log you can see, that for whatever reason the
appdata.cml-file does not get installed on F25, so it can not be found
by a
bumped
to 0.2.91, but not official released.
Whart would be the best way for the versioning ?
A 0.2.90 post-release with checkout date and probably git-hash and
increase release-number or a 0.2.91 pre-release (also with date and
git-hash) ?
Jens
pgp3WegvDF6xs.pgp
Description: Digitale Signatur von Open
rigger.service"-approach
from a "normal" terminal and from a terminal under nouveau and there
was not even a flashing of the monitor visible. I do not have a
secondary (or third ...) monitor connected, just the default laptop
screen.
Jens
pgp36LaT8PMSZ.pgp
Description: Digitale Signatur von OpenPGP
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
sue
https://bugzilla.redhat.com/show_bug.cgi?id=893294
which I don't think should be on the F18ARMBLocker list,
and hopefully will be fixed in llvm-3.1-13.fc19
which is currently building.
-Jens
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
How about doing a Cinnamon Spin at least for F19?
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
x any dependency breakage that occurs.
Jens
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
after it has been tested in Rawhide?
But I am not the package owner or comaintainer and
still kind of new to llvm so it is not really my call at this point.
I am planning now to push llvm-3.2 hopefully after the F19 Mass Rebuild
finishes (actually wish I had gotten it in before...).
Jens
--
devel
1 - 100 of 325 matches
Mail list logo
