Hi folks! Sorry for the late notice, but I'm proposing we cancel
Monday's QA meeting. I think we covered everything in the last couple
of weeks' meetings, and it's time to get some serious testing done on
Alpha TC2 :)
I guess there'll be a blocker meeting at 1600 UTC.
If anyone can think of somet
The following packages did not build for two releases and will be
retired before the Alpha Freeze, unless someone takes care of them. If you know
for sure that the package should be retired, please do so now with a proper
reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
schrieb am Mo., 27. Juli 2015 um 09:19 Uhr:
> The following packages did not build for two releases and will be
> retired before the Alpha Freeze, unless someone takes care of them. If you
> know
> for sure that the package should be retired, please do so now with a proper
> reason:
> https://fed
Dne 26.7.2015 v 14:03 Jan Chaloupka napsal(a):
> On 07/24/2015 03:36 PM, Vít Ondruch wrote:
>> Dne 9.7.2015 v 11:18 Jan Chaloupka napsal(a):
>>> Recommended use in spec file:
>>> 1) To choose the correct compiler:
>>> %ifarch %{golang_arches}
>>> BuildRequires: golang
>>> %else
>>> BuildRequires: g
On 24/07/15 19:26 +0100, Jonathan Wakely wrote:
flamerobin
This looks like a Boost problem:
configure: error: invalid value: boost_major_version=
But actually it's caused by a GCC change that puts a # preprocessor
marker before macro expansions:
boost-lib-version = # 2 "/tmp/conftest.cpp" 3
> I think it probably makes sense to focus on http://devassistant.org/ and
> https://dapi.devassistant.org/ as the entry points to the Fedora
> developer experience...
Agree. They can start with the interesting part - coding - first.
> ...We may want to pick out particular assistants and
> highli
I can see that RCs of development version of kernel are being built in rawhide.
Which is really great to test new stuff. But I would be pretty scared to run RC
kernel normally.
Would it make sense then to also build latest stable releases?
E.g. now it would be 4.1.3. All I can see in koji is this
On Mon, Jul 27, 2015 at 10:10 AM, Tomas Tomecek wrote:
> I can see that RCs of development version of kernel are being built in
> rawhide.
> Which is really great to test new stuff. But I would be pretty scared to run
> RC
> kernel normally.
No, I don't see how that adds value, the kernels RCs
W dniu 27.07.2015 o 11:10, Tomas Tomecek pisze:
I can see that RCs of development version of kernel are being built in rawhide.
Which is really great to test new stuff. But I would be pretty scared to run RC
kernel normally.
Would it make sense then to also build latest stable releases?
Rawhid
On 07/27/2015 10:12 AM, Vít Ondruch wrote:
Dne 26.7.2015 v 14:03 Jan Chaloupka napsal(a):
On 07/24/2015 03:36 PM, Vít Ondruch wrote:
Dne 9.7.2015 v 11:18 Jan Chaloupka napsal(a):
Recommended use in spec file:
1) To choose the correct compiler:
%ifarch %{golang_arches}
BuildRequires: golang
%
Dne 27.7.2015 v 12:00 Jan Chaloupka napsal(a):
>
>
> On 07/27/2015 10:12 AM, Vít Ondruch wrote:
>> Dne 26.7.2015 v 14:03 Jan Chaloupka napsal(a):
>>> On 07/24/2015 03:36 PM, Vít Ondruch wrote:
Dne 9.7.2015 v 11:18 Jan Chaloupka napsal(a):
> Recommended use in spec file:
> 1) To choose
On Sun, 2015-07-26 at 15:23 +, Zbigniew Jędrzejewski-Szmek wrote:
> On Sun, Jul 26, 2015 at 08:05:08AM -0400, Nico Kadel-Garcia wrote:
> > On Sat, Jul 25, 2015 at 8:28 PM, Zbigniew Jędrzejewski-Szmek
> > wrote:
> > > On Sat, Jul 25, 2015 at 06:06:42PM -0600, Kevin Fenzi wrote:
> > > > On Sat,
On 07/26/2015 08:18 PM, Kevin Fenzi wrote:
> On Sat, 25 Jul 2015 13:31:45 +0200
> Remi Collet wrote:
>
>> Le 25/07/2015 13:20, Florian Festi a écrit :
>>> On 07/25/2015 11:18 AM, Remi Collet wrote:
>>>
>>> Thanks for catching that!
>>>
Do you want me to file a bug ?
>>>
>>> Yes, please!
>>
>
Dne 23.7.2015 v 16:19 Chuck Anderson napsal(a):
> Would it be acceptable to bundle source packages, Buildroot itself,
> and my Buildroot configuration into one SRPM so everything is
> self-contained and can be built without requiring network
> connectivity? This means I would have to bundle the so
Agenda:
- define the minimal install (continued)
- define the docker base image (continued)
- minimal disk image for importing into libvirt (continued)
- generic installer? (continued)
- Open Floor
Please add items by replying to this mail.
--
devel mailing list
devel@lists.fedoraproject.org
ht
On 2015-07-27, Vít Ondruch wrote:
> Dne 27.7.2015 v 12:00 Jan Chaloupka napsal(a):
>> You can say the same about perl-srpm-macros, ocaml-srpm-macros or
>> other *-srpm-macros package redhat-rpm-config has as a runtime
>> dependency.
>
> Yes, and I say that about them. You can ask Perl maintainers
On Mon, Jul 27, 2015 at 5:10 AM, Tomas Tomecek wrote:
> I can see that RCs of development version of kernel are being built in
> rawhide.
> Which is really great to test new stuff. But I would be pretty scared to run
> RC
> kernel normally.
We test the kernels before we put them in the repo. I
https://bugzilla.redhat.com/show_bug.cgi?id=1247129
--- Comment #1 from Upstream Release Monitoring
---
Failed to kick off scratch build.
cmd: sha256sum /var/tmp/thn-mUgM6O/100.0%
return code: 1
stdout:
stderr:
sha256sum: /var/tmp/thn-mUgM6O/100.0%: No such file or directory
--
You are r
Compose started at Mon Jul 27 07:15:04 UTC 2015
Broken deps for armhfp
--
[apache-scout]
apache-scout-1.2.6-11.fc21.noarch requires mvn(org.apache.juddi:uddi-ws)
apache-scout-1.2.6-11.fc21.noarch requires
mvn(org.apache.juddi:
We fixed this problem in rawhide in rpm-4.12.90-2.fc24
Lubos
- Original Message -
> From: "Remi Collet"
> To: devel@lists.fedoraproject.org
> Sent: Saturday, July 25, 2015 11:18:05 AM
> Subject: Re: [HEADS UP] rpm-4.12.90 in rawhide
>
> Le 24/07/2015 15:49, Florian Festi a écrit :
> > T
On 23/07/15 14:33 +0200, David Tardon wrote:
Hi,
On Thu, Jul 23, 2015 at 02:27:33PM +0200, David Tardon wrote:
Hi,
On Sat, Jul 18, 2015 at 12:46:51PM +0100, Jonathan Wakely wrote:
> Any problems rebuilding either open a bug or feel free to email me or
> ping me on IRC (my freenode nick is 'red
On 23/07/15 14:33 +0200, David Tardon wrote:
Hi,
On Thu, Jul 23, 2015 at 02:27:33PM +0200, David Tardon wrote:
Hi,
On Sat, Jul 18, 2015 at 12:46:51PM +0100, Jonathan Wakely wrote:
> Any problems rebuilding either open a bug or feel free to email me or
> ping me on IRC (my freenode nick is 'red
perl-Test-Vars has broken dependencies in the rawhide tree:
On x86_64:
perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0)
On i386:
perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0)
On armhfp:
perl-Test-Vars-0.005-6.fc22.noarch req
perl-RPM2 has broken dependencies in the rawhide tree:
On x86_64:
perl-RPM2-1.0-14.fc23.x86_64 requires librpmio.so.3()(64bit)
perl-RPM2-1.0-14.fc23.x86_64 requires librpm.so.3()(64bit)
On i386:
perl-RPM2-1.0-14.fc23.i686 requires librpmio.so.3
perl-RPM2-1.0-14.fc2
On 07/25/2015 11:18 AM, Remi Collet wrote:
> %doc imagick-3.1.2/{CREDITS,TODO,INSTALL}
To give a bit more context:
Globs with braces have not been supported in rpm's %files section ever.
But https://bugzilla.redhat.com/show_bug.cgi?id=728959 caused all kind
of docs file being added to the packag
On Mon, Jul 27, 2015 at 11:10:14AM +0200, Tomas Tomecek wrote:
> I can see that RCs of development version of kernel are being built in
> rawhide.
> Which is really great to test new stuff. But I would be pretty scared to run
> RC
> kernel normally.
>
> Would it make sense then to also build lat
On Mon, Jul 27, 2015 at 07:19:06AM +, opensou...@till.name wrote:
> The following packages did not build for two releases and will be
> retired before the Alpha Freeze, unless someone takes care of them. If you
> know
> for sure that the package should be retired, please do so now with a prope
Quoting Peter Robinson (2015-07-27 11:15:58)
> On Mon, Jul 27, 2015 at 10:10 AM, Tomas Tomecek wrote:
> > I can see that RCs of development version of kernel are being built in
> > rawhide.
> > Which is really great to test new stuff. But I would be pretty scared to
> > run RC
> > kernel normall
On Sat, 25 Jul 2015 12:39:00 +0200
Volker Fröhlich wrote:
> On 06/23/2015 01:30 AM, Volker Fröhlich wrote:
> > Hello!
> >
> > GDAL 2.0 is here and we'll have to rebuild all dependent packages,
> > once our build is ready. The API has changed quite a bit and there
> > finally is a new soname versi
On Mon, Jul 27, 2015 at 03:04:18PM +0200, Dan Horák wrote:
> On Sat, 25 Jul 2015 12:39:00 +0200
> Volker Fröhlich wrote:
>
> > On 06/23/2015 01:30 AM, Volker Fröhlich wrote:
> > > Hello!
> > >
> > > GDAL 2.0 is here and we'll have to rebuild all dependent packages,
> > > once our build is ready.
Change in package status over the last 168 hours
4 packages were orphaned
Shinobi [f22, f21] was orphaned by raphgro
Meta build system for Ninja
https://admin.fedoraproject.org/pkgdb/package/Shinobi
cclive [f23, f2
Dne 27.7.2015 v 13:51 Petr Pisar napsal(a):
> On 2015-07-27, Vít Ondruch wrote:
>> Dne 27.7.2015 v 12:00 Jan Chaloupka napsal(a):
>>> You can say the same about perl-srpm-macros, ocaml-srpm-macros or
>>> other *-srpm-macros package redhat-rpm-config has as a runtime
>>> dependency.
>> Yes, and I s
On 27/07/15 14:34, Zbigniew Jędrzejewski-Szmek wrote:
On Mon, Jul 27, 2015 at 03:04:18PM +0200, Dan Horák wrote:
On Sat, 25 Jul 2015 12:39:00 +0200
Volker Fröhlich wrote:
https://copr.fedoraproject.org/coprs/volter/gdal-2.0/builds/
I therefore plan to put 2.0 into Rawhide and F23 this weeke
On 07/25/2015 11:18 AM, Remi Collet wrote:
Le 24/07/2015 15:49, Florian Festi a écrit :
The freshly released rpm-4.12.90 aka rpm-4.13.0-alpha is going to hit
rawhide soon. The two major new features are:
* Boolean (aka rich) dependencies to support more complicated relation
between packages
Am 27.07.2015 um 15:00 schrieb Zbigniew Jędrzejewski-Szmek:
prelinkorphan0 weeks ago
A bunch of packages depend on /usr/bin/execstack, provide by prelink.
If prelink goes away, they'll be ftbfs immediately. What is
the plan here? Can we move execstack somewhe
On Mon, Jul 27, 2015 at 9:01 AM, Tomas Tomecek wrote:
> Quoting Peter Robinson (2015-07-27 11:15:58)
>> On Mon, Jul 27, 2015 at 10:10 AM, Tomas Tomecek wrote:
>> > I can see that RCs of development version of kernel are being built in
>> > rawhide.
>> > Which is really great to test new stuff. B
On Mon, Jul 27, 2015 at 03:56:22PM +0200, Reindl Harald wrote:
>
> Am 27.07.2015 um 15:00 schrieb Zbigniew Jędrzejewski-Szmek:
> >>prelinkorphan0 weeks ago
> >A bunch of packages depend on /usr/bin/execstack, provide by prelink.
> >If prelink goes away, they'll
>> > I can see that RCs of development version of kernel are being built in
>> > rawhide.
>> > Which is really great to test new stuff. But I would be pretty scared to
>> > run RC
>> > kernel normally.
>>
>> No, I don't see how that adds value, the kernels RCs are generally OK
>> and how is it an
On Mon, Jul 27, 2015 at 01:00:26PM +, Zbigniew Jędrzejewski-Szmek wrote:
> A bunch of packages depend on /usr/bin/execstack, provide by prelink.
> If prelink goes away, they'll be ftbfs immediately. What is
> the plan here? Can we move execstack somewhere else, or is
> there a replacement tool?
On Mon, Jul 27, 2015 at 10:17:42AM -0400, Matthew Miller wrote:
> On Mon, Jul 27, 2015 at 01:00:26PM +, Zbigniew Jędrzejewski-Szmek wrote:
> > A bunch of packages depend on /usr/bin/execstack, provide by prelink.
> > If prelink goes away, they'll be ftbfs immediately. What is
> > the plan here?
On Mon, Jul 27, 2015 at 3:17 PM, Matthew Miller
wrote:
> On Mon, Jul 27, 2015 at 01:00:26PM +, Zbigniew Jędrzejewski-Szmek wrote:
>> A bunch of packages depend on /usr/bin/execstack, provide by prelink.
>> If prelink goes away, they'll be ftbfs immediately. What is
>> the plan here? Can we mov
On Seg, 2015-07-27 at 15:23 +0100, Peter Robinson wrote:
> On Mon, Jul 27, 2015 at 3:17 PM, Matthew Miller
> wrote:
> > On Mon, Jul 27, 2015 at 01:00:26PM +, Zbigniew Jędrzejewski-Szmek wrote:
> >> A bunch of packages depend on /usr/bin/execstack, provide by prelink.
> >> If prelink goes away,
On Seg, 2015-07-27 at 15:28 +0100, Sérgio Basto wrote:
> On Seg, 2015-07-27 at 15:23 +0100, Peter Robinson wrote:
> > On Mon, Jul 27, 2015 at 3:17 PM, Matthew Miller
> > wrote:
> > > On Mon, Jul 27, 2015 at 01:00:26PM +, Zbigniew Jędrzejewski-Szmek
> > > wrote:
> > >> A bunch of packages depe
On 27/07/15 15:23, Peter Robinson wrote:
From dealing with this for arch bringups I know there are quite a few,
but likely in the high teens/low 20s in number, of packages that use
execstack. Not sure what feature it provides as I've never been
bothered enough to look into it but it's generally
On Mon, Jul 27, 2015 at 03:28:55PM +0100, Sérgio Basto wrote:
> we can query buildrequires:
> repoquery --repoid=rawhide-source --archlist=src --whatrequires prelink
Any idea how to do this with DNF?
--
Matthew Miller
Fedora Project Leader
--
devel mailing list
devel@lists.fedoraproject.org
On Mon, Jul 27, 2015 at 03:23:23PM +0100, Peter Robinson wrote:
> From dealing with this for arch bringups I know there are quite a few,
> but likely in the high teens/low 20s in number, of packages that use
> execstack. Not sure what feature it provides as I've never been
> bothered enough to look
The current behavior is right. Your install script insert files into buildroot
and these files are not listed in %files section.
Correctly you should replace this:
%files
%doc AUTHORS COPYING NEWS README
...
with this:
%files
%{_pkgdocdir}/AUTHORS
%{_pkgdocdir}/COPYNIG
%{_pkgdocdir}/NEWS
%{_pkg
Dne 27.7.2015 v 16:44 Matthew Miller napsal(a):
> repoquery --repoid=rawhide-source --archlist=src --whatrequires prelink
dnf repoquery --disablerepo=* --enablerepo=rawhide-source --arch=src
--whatrequires prelink
While the --disable/enablerepo should be possible to replace just by
--repo, but t
On Monday 27 July 2015 07:19:06 opensou...@till.name wrote:
> emacs-common-ess alexlan 62 weeks ago
I rebuilt emacs-common-ess for rawhide, and I am doing the same for f23.
In the process I have obsoleted the xemacs sub-packages since the build process
fails and upstrea
On 27.07.2015 13:28, Harald Hoyer wrote:
> Agenda:
>
> - define the minimal install (continued)
> - define the docker base image (continued)
> - minimal disk image for importing into libvirt (continued)
> - generic installer? (continued)
> - Open Floor
>
> Please add items by replying to this mai
On Mon, Jul 27, 2015 at 10:47:40AM -0400, Matthew Miller wrote:
> On Mon, Jul 27, 2015 at 03:23:23PM +0100, Peter Robinson wrote:
> > From dealing with this for arch bringups I know there are quite a few,
> > but likely in the high teens/low 20s in number, of packages that use
> > execstack. Not su
On Mon, Jul 27, 2015 at 07:19:06 +,
opensou...@till.name wrote:
The following packages did not build for two releases and will be
retired before the Alpha Freeze, unless someone takes care of them. If you know
Package (co)maintainers Status Change
===
On Mon, Jul 27, 2015 at 03:28:20PM +, Zbigniew Jędrzejewski-Szmek wrote:
> So... execstack builds fine from prelink.rpm. prelink itself does not
> build because it wants to link various libraries statically.
> What about restoring the prelink package, but only to provide
> /usr/bin/execstack?
On Mon, Jul 27, 2015 at 11:29:41AM -0400, Matthew Miller wrote:
> On Mon, Jul 27, 2015 at 03:28:20PM +, Zbigniew Jędrzejewski-Szmek wrote:
> > So... execstack builds fine from prelink.rpm. prelink itself does not
> > build because it wants to link various libraries statically.
> > What about re
On 07/27/2015 04:55 PM, Lubos Kardos wrote:
> The current behavior is right. Your install script insert files into buildroot
> and these files are not listed in %files section.
>
> Correctly you should replace this:
>
> %files
> %doc AUTHORS COPYING NEWS README
> ...
>
> with this:
>
> %files
>
On 07/27/2015 10:31 AM, Zbigniew Jędrzejewski-Szmek wrote:
That would work too, although more packages would have to be updated.
But they probably should be updated to Require /usr/bin/execstack
anyway, so that's fine.
It would be great if binutils would take it. Anyone mind pinging upstream ab
On Mon, Jul 27, 2015 at 07:19:06 +,
opensou...@till.name wrote:
The following packages did not build for two releases and will be
retired before the Alpha Freeze, unless someone takes care of them. If you know
Package (co)maintainers Status Change
===
On Seg, 2015-07-27 at 07:19 +, opensou...@till.name wrote:
> opengrok lkundrak 62 weeks ago
Patch in attach :
Update to 0.12.1.5 .
- Update Source0 URL to github.
- Drop lucene35 patch, upstream source changed a lot.
- Drop jflex patch, it was just one comment
Dne 24.7.2015 v 15:49 Florian Festi napsal(a):
> * Boolean (aka rich) dependencies to support more complicated relation
> between packages
Is this supported by dnf/hawkey/libsolv already or just RPM support is
enough?
Vít
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedora
On 23/07/15 14:33 +0200, David Tardon wrote:
Hi,
On Thu, Jul 23, 2015 at 02:27:33PM +0200, David Tardon wrote:
Hi,
On Sat, Jul 18, 2015 at 12:46:51PM +0100, Jonathan Wakely wrote:
> Any problems rebuilding either open a bug or feel free to email me or
> ping me on IRC (my freenode nick is 'red
On Seg, 2015-07-27 at 17:18 +0100, Sérgio Basto wrote:
> On Seg, 2015-07-27 at 07:19 +, opensou...@till.name wrote:
> > opengrok lkundrak 62 weeks ago
>
> Patch in attach :
> Update to 0.12.1.5 .
>
> - Update Source0 URL to github.
> - Drop lucene35 patch, ups
On 07/27/2015 01:51 AM, Thomas Spura wrote:
> mailto:opensou...@till.name>> schrieb am Mo., 27. Juli
> 2015 um 09:19 Uhr:
>
> The following packages did not build for two releases and will be
> retired before the Alpha Freeze, unless someone takes care of them. If you
> know
> for
On 07/25/2015 04:39 AM, Volker Fröhlich wrote:
> On 06/23/2015 01:30 AM, Volker Fröhlich wrote:
>> Hello!
>>
>> GDAL 2.0 is here and we'll have to rebuild all dependent packages, once
>> our build is ready. The API has changed quite a bit and there finally is
>> a new soname version too!
>>
>> http
On Mon, 2015-07-27 at 09:48 +0100, Jonathan Wakely wrote:
> On 24/07/15 19:26 +0100, Jonathan Wakely wrote:
> > > > flamerobin
> >
> > This looks like a Boost problem:
> >
> > configure: error: invalid value: boost_major_version=
> >
> > But actually it's caused by a GCC change that puts a # pre
Ok I've now got one full build of all MPI packages [1]. Investigating
the output, things are looking good, except for the fact that I realized
that I'll also need to handle binaries MPI_PYTHON_SITEARCH and
MPI_FORTRAN_MOD_DIR - these directories are outside MPI_HOME and hence
currently don't ge
On 27.07.2015 23:56, Sandro Mani wrote:
Ok I've now got one full build of all MPI packages [1]. Investigating
the output, things are looking good, except for the fact that I
realized that I'll also need to handle binaries MPI_PYTHON_SITEARCH
and MPI_FORTRAN_MOD_DIR - these directories are out
On 07/27/2015 12:15 PM, Orion Poplawski wrote:
> On 07/27/2015 01:51 AM, Thomas Spura wrote:
>> mailto:opensou...@till.name>> schrieb am Mo., 27. Juli
>> 2015 um 09:19 Uhr:
>>
>> The following packages did not build for two releases and will be
>> retired before the Alpha Freeze, unless som
On Mon, Jul 27, 2015 at 01:34:14PM +, Zbigniew Jędrzejewski-Szmek wrote:
> On Mon, Jul 27, 2015 at 03:04:18PM +0200, Dan Horák wrote:
> > On Sat, 25 Jul 2015 12:39:00 +0200
> > Volker Fröhlich wrote:
> >
> > > On 06/23/2015 01:30 AM, Volker Fröhlich wrote:
> > > > Hello!
> > > >
> > > > GDAL
Stefan Nuxoll wrote:
> This is going to be pretty common for anything that uses the bootstrap CSS
> framework, since glyphicons is bundled as part of it. I do not see much
> benefit from packaging this separately
It is Fedora policy that packages MUST NOT bundle fonts and that they need
to use sy
Excerpts from paulo.cesar.pereira.de.andrade's message of 2015-07-27 00:05
+10:00:
> Should I make the doc packages arch specific?
Rather than trying to make Sphinx spit out bitwise-identical output on
every arch (which sounds like fighting a losing battle), could you just
build the doc subpack
On Mon, 2015-07-27 at 13:31 +0100, Jonathan Wakely wrote:
> On 23/07/15 14:33 +0200, David Tardon wrote:
> > Hi,
> >
> > On Thu, Jul 23, 2015 at 02:27:33PM +0200, David Tardon wrote:
> > > Hi,
> > >
> > > On Sat, Jul 18, 2015 at 12:46:51PM +0100, Jonathan Wakely wrote:
> > > > Any problems rebuil
On Mon, 2015-07-27 at 13:33 +0100, Jonathan Wakely wrote:
> On 23/07/15 14:33 +0200, David Tardon wrote:
> > Hi,
> >
> > On Thu, Jul 23, 2015 at 02:27:33PM +0200, David Tardon wrote:
> > > Hi,
> > >
> > > On Sat, Jul 18, 2015 at 12:46:51PM +0100, Jonathan Wakely wrote:
> > > > Any problems rebuil
2015-07-27 22:34 GMT-03:00 Dan Callaghan :
> Excerpts from paulo.cesar.pereira.de.andrade's message of 2015-07-27 00:05
> +10:00:
>> Should I make the doc packages arch specific?
>
> Rather than trying to make Sphinx spit out bitwise-identical output on
> every arch (which sounds like fighting a l
On 07/28/2015 03:34 AM, Dan Callaghan wrote:
Excerpts from paulo.cesar.pereira.de.andrade's message of 2015-07-27 00:05
+10:00:
Should I make the doc packages arch specific?
Rather than trying to make Sphinx spit out bitwise-identical output on
every arch (which sounds like fighting a losing
Quoting Josh Boyer (2015-07-27 16:05:26)
> On Mon, Jul 27, 2015 at 9:01 AM, Tomas Tomecek wrote:
> > Well, we could have a separate repo with all stable kernels and installing
> > the
> > kernels as
> >
> > ```
> > $ dnf update --disablerepo="*" --enablerepo=rawhide-stable-kernel
> > ```
> >
> >
Hi all,
I have a theoretical question. Is it possible to a create package to
Fedora which is using oauth2 authentication and that means there are
app_id and secret_code strings generated by api provider? These strings
are used in the program but can't be shipped in the code because
everyone could
Has the issue been resolved? I have pushed three new packages to f22
and f21 updates-testing, but they have yet to appear in my usual local
mirrors.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproje
W dniu 22.07.2015 o 10:49, Honza Šilhan pisze:
> The resolution configuration hints are printed to the output and user
> is notified which packages were skipped during update in case there
> are conflicts.
No information about skipped updates on my system (or I misunderstood
how it is supposed to
78 matches
Mail list logo
