As per the Fedora 22 schedule [1], Fedora 22 Beta Release Candidate 1
(RC1) is now available for testing.
Content information, including changes, can be found at
https://fedorahosted.org/rel-eng/ticket/6132#comment:15.Please see
the following pages for download links and testing instructions.
On 2015-04-08, 01:06 GMT, Jason L Tibbitts III wrote:
> Just package it separately. They should all have proper upstream
> tarballs, and there's no reason not to just make individual packages if
> that's what you need. And, hey, while you're at it, stick them in
> rawhide and make the texlive pac
Dne 7.4.2015 v 15:39 Jan Kratochvil napsal(a):
> On Tue, 07 Apr 2015 14:51:49 +0200, Vít Ondruch wrote:
>> Dne 7.4.2015 v 14:25 Michael Catanzaro napsal(a):
>>> On Tue, 2015-04-07 at 14:15 +0200, Vít Ondruch wrote:
Dne 7.4.2015 v 14:09 Michael Catanzaro napsal(a):
> I want 'dnf debug-info-
On Wed, Apr 8, 2015 at 12:30 AM, Matěj Cepl wrote:
> On 2015-04-08, 01:06 GMT, Jason L Tibbitts III wrote:
>> Just package it separately. They should all have proper upstream
>> tarballs, and there's no reason not to just make individual packages if
>> that's what you need. And, hey, while you'r
On 7 April 2015 at 23:23, Bruno Wolff III wrote:
> The hedgewars appdata file from upstream is getting flagged as invalid by
> rpmlint. I checked with appdata-validate and get the following:
> appdata-validate -v /usr/share/appdata/hedgewars.appdata.xml
> /usr/share/appdata/hedgewars.appdata.xml 1
Compose started at Wed Apr 8 05:15:03 UTC 2015
Broken deps for i386
--
[Agda-stdlib]
ghc-agda-lib-ffi-0.0.2-5.fc22.i686 requires
libHSinteger-gmp-0.5.0.0-ghc7.6.3.so
ghc-agda-lib-ffi-0.0.2-5.fc22.i686 requires
libHSghc-prim-
Dne 8.4.2015 v 08:41 Jan Zelený napsal(a):
> On 7. 4. 2015 at 17:53:42, Ralf Corsepius wrote:
>> On 04/07/2015 05:07 PM, Kevin Fenzi wrote:
>>> On Tue, 7 Apr 2015 08:38:57 -0500
>>>
>>> Bruno Wolff III wrote:
On Tue, Apr 07, 2015 at 10:22:25 -0300,
Paulo César Pereira de Andrade
Am 08.04.2015 um 08:41 schrieb Jan Zelený:
On 7. 4. 2015 at 17:53:42, Ralf Corsepius wrote:
On 04/07/2015 05:07 PM, Kevin Fenzi wrote:
On Tue, 7 Apr 2015 08:38:57 -0500
Bruno Wolff III wrote:
On Tue, Apr 07, 2015 at 10:22:25 -0300,
Paulo César Pereira de Andrade
wrote:
I had als
On Wed, 08 Apr 2015 09:52:46 +0200, Vít Ondruch wrote:
> 2) In days of virtualization, containers, vagrant, etc your runtime
> environment is not necessary directly your development machine.
Yes, Gary Benson is working on integrating gdbserver and GDB for these
scenarios.
Although I am not sure h
On 7 April 2015 at 17:37, Adam Williamson wrote:
> This is easier said than done. We don't have a perfect dependency
> checker and it's not at all easy to write one.
From someone that's actually written a yum-compatible dependency
checker in C several years ago[1] I can attest that the --skip-bro
On Tue, Apr 7, 2015 at 6:37 PM, Adam Williamson
wrote:
> On Tue, 2015-04-07 at 18:33 +0200, drago01 wrote:
>> On Tue, Apr 7, 2015 at 6:00 PM, Reindl Harald > > wrote:
>> >
>> >
>> > Am 07.04.2015 um 17:53 schrieb Ralf Corsepius:
>> > >
>> > > On 04/07/2015 05:07 PM, Kevin Fenzi wrote:
>> > > >
>>
W dniu 08.04.2015 o 11:05, drago01 pisze:
> We do have dep solvers otherwise no one would notice that a dep is
> broken ever. (like libsolv + hawkey).
> So what bodhi should do is to ask "has this package all dependencies
> satisfied with base + updates + other packages in this push" for every
> pa
On 2015-04-08, 08:12 GMT, M. Edward (Ed) Borasky wrote:
> And I'm curious why there are texlive packages in Fedora that
> aren't in EPEL - I assume it's a human or machine resource constraint.
Not in EPEL, but in the RHEL-7. Obviously Red Hat delivers only
a subset of whole TeXLive.
Best,
Matěj
On Wed, 8 Apr 2015 at 11:05 drago01 wrote:
> On Tue, Apr 7, 2015 at 6:37 PM, Adam Williamson
> wrote:
> > On Tue, 2015-04-07 at 18:33 +0200, drago01 wrote:
> >> On Tue, Apr 7, 2015 at 6:00 PM, Reindl Harald >> > wrote:
> >> >
> >> >
> >> > Am 07.04.2015 um 17:53 schrieb Ralf Corsepius:
> >> > >
So this morning I cloned an up to date rawhide VM and attempted to convert
it to F22 by using "dnf distro-sync" on it. Obviously that is a fairly advanced
use case but I think one tale of what happened at the end of that process will
highlight why I often find myself shouting WTF at dnf when going
Compose started at Wed Apr 8 07:15:02 UTC 2015
Broken deps for armhfp
--
[Sprog]
Sprog-0.14-27.fc20.noarch requires perl(:MODULE_COMPAT_5.18.0)
[aeskulap]
aeskulap-0.2.2-0.19beta1.fc22.armv7hl requires libofstd.so.3.6
Haha, sounds like a fun experience. I've not used dnf for many complex
tasks, but it sounds interesting.
On Wed, Apr 8, 2015, 7:14 AM Tom Hughes wrote:
> So this morning I cloned an up to date rawhide VM and attempted to convert
> it to F22 by using "dnf distro-sync" on it. Obviously that is a f
On 04/08/2015 03:06 AM, Jason L Tibbitts III wrote:
"MC" == Matěj Cepl writes:
MC> Now, the question is how to build just one subpackage (or any
MC> required other subpackages) from the monstrosity which the current
MC> texlive? Anybody any suggestions?
Just package it separately. They shoul
- Original Message -
> From: "Bruno Wolff III"
> To: devel@lists.fedoraproject.org
> Sent: Tuesday, April 7, 2015 5:51:41 PM
> Subject: Re: dnf replacing yum and dnf-yum
>
> On Tue, Apr 07, 2015 at 09:07:08 -0600,
> Kevin Fenzi wrote:
> >
> >dnf's default behavior is like yum with --sk
On 8. 4. 2015 at 11:05:20, drago01 wrote:
> On Tue, Apr 7, 2015 at 6:37 PM, Adam Williamson
>
> wrote:
> > On Tue, 2015-04-07 at 18:33 +0200, drago01 wrote:
> >> On Tue, Apr 7, 2015 at 6:00 PM, Reindl Harald >>
> >> > wrote:
> >> >
> >> > Am 07.04.2015 um 17:53 schrieb Ralf Corsepius:
> >> > >
On 8. 4. 2015 at 10:26:51, Reindl Harald wrote:
> Am 08.04.2015 um 08:41 schrieb Jan Zelený:
> > On 7. 4. 2015 at 17:53:42, Ralf Corsepius wrote:
> >> On 04/07/2015 05:07 PM, Kevin Fenzi wrote:
> >>> On Tue, 7 Apr 2015 08:38:57 -0500
> >>>
> >>> Bruno Wolff III wrote:
> On Tue, Apr 07, 2015
On 04/08/2015 08:41 AM, Jan Zelený wrote:
> On 7. 4. 2015 at 17:53:42, Ralf Corsepius wrote:
>> On 04/07/2015 05:07 PM, Kevin Fenzi wrote:
>>> dnf's default behavior is like yum with --skip-broken already.
>>
>> WHAT?
>>
>> --skip-broken is a band-aid to work around packaging mistakes and bugs
>> a
Am 08.04.2015 um 14:39 schrieb Jan Zelený:
On 8. 4. 2015 at 10:26:51, Reindl Harald wrote:
Am 08.04.2015 um 08:41 schrieb Jan Zelený:
Putting the opinion of myself and the dnf team aside, I'd like to point
out
that the information you want is still available - dnf check-update will
show you al
On Wed, Apr 8, 2015 at 12:11 PM, Tim Lauridsen wrote:
>
>
> On Wed, 8 Apr 2015 at 11:05 drago01 wrote:
>>
>> On Tue, Apr 7, 2015 at 6:37 PM, Adam Williamson
>> wrote:
>> > On Tue, 2015-04-07 at 18:33 +0200, drago01 wrote:
>> >> On Tue, Apr 7, 2015 at 6:00 PM, Reindl Harald > >> > wrote:
>> >> >
On 02/04/15 10:34 +0100, Ian Malone wrote:
Thanks. Hadn't occurred to me the + operator here was a template as
I'd never had to deal with basic_string. Still a bit puzzled as
cplusplus.com says string is an instantiation of basic_string while
cppreference.com says it's a typedef (which I guess do
https://bugzilla.redhat.com/show_bug.cgi?id=1209148
--- Comment #4 from Fedora Update System ---
perl-MCE-1.605-1.fc22 has been submitted as an update for Fedora 22.
https://admin.fedoraproject.org/updates/perl-MCE-1.605-1.fc22
--
You are receiving this mail because:
You are on the CC list fo
On 8. 4. 2015 at 14:44:25, Michal Schmidt wrote:
> On 04/08/2015 08:41 AM, Jan Zelený wrote:
> > On 7. 4. 2015 at 17:53:42, Ralf Corsepius wrote:
> >> On 04/07/2015 05:07 PM, Kevin Fenzi wrote:
> >>> dnf's default behavior is like yum with --skip-broken already.
> >>
> >> WHAT?
> >>
> >> --skip-b
Hi Tom,
On Wed, 2015-04-08 at 12:14 +0100, Tom Hughes wrote:
> WTF!
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
On 08/04/15 15:26, Lubomir Rintel wrote:
Hi Tom,
On Wed, 2015-04-08 at 12:14 +0100, Tom Hughes wrote:
WTF!
Err, I already did report them:
https://bugzilla.redhat.com/show_bug.cgi?id=1209862
https://bugzilla.redhat.com/show_bug.cgi?id=1209864
I was simply trying to provide input to t
On Wed, Apr 08, 2015 at 09:16:12 +0100,
Richard Hughes wrote:
A style warning is just that; it's going to look a little different to
most other apps but with no real harm. If you use:
appstream-util validate-relax usr/share/appdata/hedgewars.appdata.xml
...then the style warnings go away, and
Apropos of ldap, the following message states that it is not recommended to
write something the directory directly though ldap.
http://www.redhat.com/archives/freeipa-users/2014-September/msg00228.html
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/l
On Wed, Apr 08, 2015 at 08:22:53 -0400,
Radek Holy wrote:
AFAIK, YUM's --skip-broken does two things:
1) it selects another version of the requested package if the most suitable
cannot be installed
2) it skips the requested package if none of its versions can be installed
(2) was intentional
On Wed, Apr 08, 2015 at 12:14:17 +0100,
Tom Hughes wrote:
fedora22 [~] % sudo dnf upgrade
Failed to synchronize cache for repo '_local' from
'file:///var/lib/dnf/plugins/local': Cannot download repomd.xml: Cannot
download repodata/repomd.xml: All mirrors were tried, disabling.
You can disab
Fedora 22 Beta Release Readiness Meeting.
date: 2015-04-09 place: irc.freenode.net in #fedora-meeting-2
time: 19:00 UTC (3 PM EDT, 12 noon PDT, 21:00 CEST)
This Thursday, April 09, we will meet to make sure we are coordinated
and ready for the Beta release of Fedora 22 on Tuesday, April 14, 2015.
On 8 April 2015 at 16:21, Bruno Wolff III wrote:
> It sounds like you might be happier setting clean_requirements_on_remove to
> false in dnf.conf .
I often find myself wanting to do this temporarily, but have yet to
find a command line flag to do it - is there such a thing? If not,
I'll file an
On 04/08/2015 08:39 AM, Jan Zelený wrote:
On 8. 4. 2015 at 10:26:51, Reindl Harald wrote:
Am 08.04.2015 um 08:41 schrieb Jan Zelený:
Putting the opinion of myself and the dnf team aside, I'd like to point
out
that the information you want is still available - dnf check-update will
show you all
On Wed, Apr 08, 2015 at 16:47:17 +0100,
Jonathan Underwood wrote:
On 8 April 2015 at 16:21, Bruno Wolff III wrote:
It sounds like you might be happier setting clean_requirements_on_remove to
false in dnf.conf .
I often find myself wanting to do this temporarily, but have yet to
find a comma
Hey all,
Currently the Docker image is located on the Spins page, on the sidebar.
I know we also put the images in Docker Hub, but I'd like to pull this
under the Cloud pages and start rolling up promotion of the Docker image
with the Cloud edition.
Thoughts, comments, flames?
Best,
jzb
--
Joe
> "MJ" == Marcin Juszkiewicz writes:
MJ> When I was Debian/Ubuntu developer it was easy. Pbuilder had hooks
MJ> and one of them in my setup was "once built, install all resulting
MJ> packages".
MJ> This way as a developer I could check are results usable. Not found
MJ> something like that in
> "MC" == Matěj Cepl writes:
MC> Cutting up texlive monster piece by piece seems like rather lousy
MC> idea to me.
I honestly don't see why. Surely fixing some of it is better than
fixing none of it. And fixing some of it shows us how to fix the rest
of it.
- J<
--
devel mailing list
de
Should a failed arch cancel other arch builds in koji? I can understand the
resource saving argument, but I'm finding it increasingly useful to know if a
build failure is arch specific or not and this makes it impossible to tell.
--
Orion Poplawski
Technical Manager 303-415-9
W dniu 08.04.2015 o 20:20, Orion Poplawski pisze:
> Should a failed arch cancel other arch builds in koji? I can understand the
> resource saving argument, but I'm finding it increasingly useful to know if a
> build failure is arch specific or not and this makes it impossible to tell.
"koji buil
Once upon a time, Jason L Tibbitts III said:
> > "MC" == Matěj Cepl writes:
> MC> Cutting up texlive monster piece by piece seems like rather lousy
> MC> idea to me.
>
> I honestly don't see why. Surely fixing some of it is better than
> fixing none of it. And fixing some of it shows us ho
On 8 April 2015 at 12:04, Jason L Tibbitts III wrote:
> > "MC" == Matěj Cepl writes:
>
> MC> Cutting up texlive monster piece by piece seems like rather lousy
> MC> idea to me.
>
> I honestly don't see why. Surely fixing some of it is better than
> fixing none of it. And fixing some of it
On 8 April 2015 at 19:40, Stephen John Smoogen wrote:
>
>
> On 8 April 2015 at 12:04, Jason L Tibbitts III wrote:
>>
>> > "MC" == Matěj Cepl writes:
>>
>> MC> Cutting up texlive monster piece by piece seems like rather lousy
>> MC> idea to me.
>>
>> I honestly don't see why. Surely fixing s
On Wed, Apr 8, 2015, at 01:36 PM, Joe Brockmeier wrote:
> Hey all,
>
> Currently the Docker image is located on the Spins page, on the sidebar.
> I know we also put the images in Docker Hub, but I'd like to pull this
> under the Cloud pages and start rolling up promotion of the Docker image
> wi
On Tue, Apr 7, 2015 at 9:40 PM, Kaustubh Deorukhkar
wrote:
> Hello,
>
>
> I am looking for glibc-static packages for RHEL 7 (ppc64 and ppc64le) but
> these are not available in EPEL repo. Is it possible to get these in epel
> repo please?
>
They are available as part of the base OS. The output o
On Wednesday, April 08, 2015 01:36:11 PM Joe Brockmeier wrote:
> Hey all,
>
> Currently the Docker image is located on the Spins page, on the sidebar.
> I know we also put the images in Docker Hub, but I'd like to pull this
> under the Cloud pages and start rolling up promotion of the Docker image
Is Breathe for python-sphinx ( https://github.com/michaeljones/breathe )
available for Fedora? My searching with yum and such seems to indicate no,
but I just wanted to ask on here in case it was packaged in a way that I
didn't expect.
Thanks,
Dave
--
devel mailing list
devel@lists.fedoraproject.o
On Qua, 2015-04-08 at 12:20 -0600, Orion Poplawski wrote:
> Should a failed arch cancel other arch builds in koji? I can understand the
> resource saving argument, but I'm finding it increasingly useful to know if a
> build failure is arch specific or not and this makes it impossible to tell.
So
On 8. 4. 2015 at 16:47:17, Jonathan Underwood wrote:
> On 8 April 2015 at 16:21, Bruno Wolff III wrote:
> > It sounds like you might be happier setting clean_requirements_on_remove
> > to
> > false in dnf.conf .
>
> I often find myself wanting to do this temporarily, but have yet to
> find a comm
FYI dnf-plugins-extras is a package that aggregates all plugins that the
community produces. Bottom line, please don't blame dnf, blame the individual
plugins.
Reading your problem and couple other just like it I think it might make sense
not to have the dnf-plugins-extras metapackage that inst
52 matches
Mail list logo
