No missing expected images.
Passed openQA tests: 2/2 (x86_64)
--
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedorap
On Friday, March 2, 2018 12:25:05 PM CET Neal Gompa wrote:
> On Fri, Mar 2, 2018 at 5:05 AM, Pavel Raiskup wrote:
> > On Friday, March 2, 2018 2:44:19 AM CET stan wrote:
> >> On Thu, 01 Mar 2018 14:29:45 -
> >> "Farhad Mohammadi Majd" wrote:
> >>
> >> > Hello, in Debian (9, stable), size of a
Hi all,
I'm wrangling the GNOME 3.28.0 builds in Fedora and the plan is to
submit a single megaupdate with all of 3.28.0 builds into Bodhi. If
you're helping with builds, please use 'fedpkg build --target f28-gnome'
for F28 builds and I'll pick your build up when submitting the bodhi
update later
On Fri, Mar 09, 2018 at 06:48:56PM +0100, Mathieu Bridon wrote:
> On Fri, 2018-03-09 at 10:38 +0100, Pierre-Yves Chibon wrote:
> > On Fri, Mar 09, 2018 at 10:12:37AM +0100, Mathieu Bridon wrote:
> > > We could take a hint from how we make software upstream these days:
> > >
> > > 1. submit a pull
Hi,
On Fri, 2018-03-09 at 11:35 -0800, Kevin Fenzi wrote:
> Sure, with this proposal you would:
>
> * request a side tag
> * build a, wait for it to be added to the repo, build b, etc.
> You would not need to file overrides, just build them in the right
> order with wait-repo between them
On Mon, Mar 12, 2018 at 11:33:36AM +0100, Milan Crha wrote:
> Hi,
>
> On Fri, 2018-03-09 at 11:35 -0800, Kevin Fenzi wrote:
> > Sure, with this proposal you would:
> >
> > * request a side tag
> > * build a, wait for it to be added to the repo, build b, etc.
> > You would not need to file o
On 03/12/2018 11:33 AM, Milan Crha wrote:
> By the way, I just successfully ran chain-build from an f28 branch.
> https://koji.fedoraproject.org/koji/taskinfo?taskID=25654934
> That surprised me, I expected to be kicked of, as it used to do, but it
> didn't do it (it used to kick me off in the pas
On Sat, Mar 10, 2018 at 04:09:41AM +0100, Kevin Kofler wrote:
> Kevin Fenzi wrote:
> > yeah, but you would have even better workflow with a side tag.
>
> The problem with a workflow relying entirely on side tags is that it is
> going to increase the risk of conflicts with concurrent changes (a
>
Le 2018-03-12 12:10, Pierre-Yves Chibon a écrit :
On Mon, Mar 12, 2018 at 11:33:36AM +0100, Milan Crha wrote:
Hi,
On Fri, 2018-03-09 at 11:35 -0800, Kevin Fenzi wrote:
> Sure, with this proposal you would:
>
> * request a side tag
> * build a, wait for it to be added to the repo, build
On Thu, Mar 1, 2018 at 3:29 PM, Farhad Mohammadi Majd wrote:
> Hello, in Debian (9, stable), size of all the official repositories
> metadata is maximum 10MB,
> while in Fedora, today I ran "dnf update" for first time after installing
> Fedora 27 (Fedora-Workstation-Live-x86_64-27-1.6) and it to
On Mon, 2018-03-12 at 12:12 +0100, Kalev Lember wrote:
> On 03/12/2018 11:33 AM, Milan Crha wrote:
> > I wanted to try whether chain-build with --target would make the
> > trick, it also used to work.
>
> It should work if you use '--target f28-gnome'
Hi,
yes, I know, that's why I wrote "
Hi,
On Mon, 2018-03-12 at 12:10 +0100, Pierre-Yves Chibon wrote:
> On Mon, Mar 12, 2018 at 11:33:36AM +0100, Milan Crha wrote:
> > On Fri, 2018-03-09 at 11:35 -0800, Kevin Fenzi wrote:
> > > Sure, with this proposal you would:
> > >
> > > * request a side tag
> > > * build a, wait for it
On Fri, 9 Mar 2018 16:32:17 +0100, Florian Weimer wrote:
> GnuTLS uses Nettle, but does not provide access to DES. You can use
> Nettle directly:
>
> https://www.lysator.liu.se/~nisse/nettle/nettle.html#DES
>
> OpenSSL will work as well, but as Nettle is a preexisting dependency,
> it's proba
Hi Fabio,
On 03/07/2018 08:29 PM, Fabio Valentini wrote:
Hi everybody,
I'm going to orphan some of my golang packages that were initially
pulled in by syncthing as dependencies, but have been dropped as
dependencies again (... don't ask. golang people produce dependencies
like rabbits make
On Mon, Mar 12, 2018 at 2:03 PM, Jan Chaloupka wrote:
> Hi Fabio,
>
>
> On 03/07/2018 08:29 PM, Fabio Valentini wrote:
>
> Hi everybody,
>
> I'm going to orphan some of my golang packages that were initially pulled in
> by syncthing as dependencies, but have been dropped as dependencies again
> (.
On 03/12/2018 02:13 PM, Fabio Valentini wrote:
On Mon, Mar 12, 2018 at 2:03 PM, Jan Chaloupka wrote:
Hi Fabio,
On 03/07/2018 08:29 PM, Fabio Valentini wrote:
Hi everybody,
I'm going to orphan some of my golang packages that were initially pulled in
by syncthing as dependencies, but have b
Hi,
Some of those will be recreated when I submit my specs for integration
and review but I'd rather finish stabilising the macros before I submit
something that needs changing (some of my specs use "advanced" macro
features such as symlinks that are still being reworked during review)
Regards,
On 2018-03-09 17:47, Florian Weimer wrote:
I'm trying this, on a relatively up-to-date Fedora 27 machine
(mock-1.4.9-1.fc27.noarch):
mock -r fedora-28-x86_64 --init
and get:
Start: dnf install
Error: Failed to synchronize cache for repo 'updates'
WARNING: Machine 00b000ffcd4543ddbe52926cee6d5
On Mon, Mar 12, 2018 at 2:16 PM, Nicolas Mailhot
wrote:
> Hi,
>
> Some of those will be recreated when I submit my specs for integration
> and review but I'd rather finish stabilising the macros before I submit
> something that needs changing (some of my specs use "advanced" macro
> features such
On 2018-03-12 12:19, Nicolas Mailhot wrote:
Le 2018-03-12 12:10, Pierre-Yves Chibon a écrit :
On Mon, Mar 12, 2018 at 11:33:36AM +0100, Milan Crha wrote:
Hi,
On Fri, 2018-03-09 at 11:35 -0800, Kevin Fenzi wrote:
> Sure, with this proposal you would:
>
> * request a side tag
> * build a, wa
Le lundi 12 mars 2018 à 14:22 +0100, Fabio Valentini a écrit :
> On Mon, Mar 12, 2018 at 2:16 PM, Nicolas Mailhot
> wrote:
> > Hi,
> >
> > Some of those will be recreated when I submit my specs for
> > integration
> > and review but I'd rather finish stabilising the macros before I
> > submit
> >
Le lundi 12 mars 2018 à 14:51 +0100, Michael Šimáček a écrit :
> On 2018-03-12 12:19, Nicolas Mailhot wrote:
> >
> > Also current chain-build is too primitive to handle complex chains
> >
> > https://github.com/rpm-software-management/mock/issues/170
> >
>
> Koji chain-builds and mockchain are
I've found that adding my google account to gnome online accounts makes this
problem especially bad. Consider completely removing online accounts from gnome
if you have any significant presence on the service (and if you don't why
bother adding anyway?)
__
> My FAS name is "agoode".
>
>
> Thanks!
This worked, thanks!
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
On Mon, Mar 12, 2018, at 5:32 AM, Pierre-Yves Chibon wrote:
> That would register in koji's DB the unique NEVRA which means, the PR can't be
> updated without bumping the release field.
Yep, that problem is exactly (along with the conflict-fest that is %changelog)
what holds back any big steps
Pierre-Yves Chibon wrote:
> Do note that the uniqueness constraint that koji has will mitigate things
> there. For a package to be built for -liba and then -libb, the package
> will need to have its release field bumped twice.
Sure, but that has not prevented conflicts in the past either, because
Hi,
is there any mechanism in Fedora for config file migration? How would
you make changes to a configuration file (maybe after some config option
has been renamed), or move a config file to a new location, during
upgrade? Is there a better way than running 'sed' and 'cp' in a scriptlet?
Thanks.
On Mon, Mar 12, 2018 at 12:48:02PM +0100, Milan Crha wrote:
> Hi,
>
> On Mon, 2018-03-12 at 12:10 +0100, Pierre-Yves Chibon wrote:
> > On Mon, Mar 12, 2018 at 11:33:36AM +0100, Milan Crha wrote:
> > > On Fri, 2018-03-09 at 11:35 -0800, Kevin Fenzi wrote:
> > > > Sure, with this proposal you
On Mon, Mar 12, 2018 at 03:58:13PM +0100, Kevin Kofler wrote:
> Pierre-Yves Chibon wrote:
> > Do note that the uniqueness constraint that koji has will mitigate things
> > there. For a package to be built for -liba and then -libb, the package
> > will need to have its release field bumped twice.
>
OLD: Fedora-Rawhide-20180311.n.1
NEW: Fedora-Rawhide-20180312.n.0
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 0
Dropped packages:0
Upgraded packages: 56
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:0 B
Size
On Mon, Mar 12, 2018 at 12:03 PM, Ondřej Lysoněk
wrote:
> is there any mechanism in Fedora for config file migration? How would
> you make changes to a configuration file (maybe after some config option
> has been renamed), or move a config file to a new location, during
> upgrade? Is there a bet
On Mon, 12 Mar 2018 13:12:49 +0100, Michael Schwendt wrote:
> On Fri, 9 Mar 2018 16:32:17 +0100, Florian Weimer wrote:
>
> > GnuTLS uses Nettle, but does not provide access to DES. You can use
> > Nettle directly:
> >
> > https://www.lysator.liu.se/~nisse/nettle/nettle.html#DES
> >
> > OpenSS
OLD: Fedora-28-20180310.n.0
NEW: Fedora-28-20180312.n.0
= SUMMARY =
Added images:6
Dropped images: 5
Added packages: 0
Dropped packages:0
Upgraded packages: 0
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:0 B
Size of upgraded
On 03/12/2018 04:48 AM, Milan Crha wrote:
> Hi,
>
> On Mon, 2018-03-12 at 12:10 +0100, Pierre-Yves Chibon wrote:
>> On Mon, Mar 12, 2018 at 11:33:36AM +0100, Milan Crha wrote:
>>> On Fri, 2018-03-09 at 11:35 -0800, Kevin Fenzi wrote:
Sure, with this proposal you would:
* reque
On 03/12/2018 09:35 AM, Pierre-Yves Chibon wrote:
> On Mon, Mar 12, 2018 at 03:58:13PM +0100, Kevin Kofler wrote:
>> Pierre-Yves Chibon wrote:
>>> Do note that the uniqueness constraint that koji has will mitigate things
>>> there. For a package to be built for -liba and then -libb, the package
>>>
On Mon, Mar 12, 2018 at 12:44:39PM -0700, Kevin Fenzi wrote:
> On 03/12/2018 09:35 AM, Pierre-Yves Chibon wrote:
> > On Mon, Mar 12, 2018 at 03:58:13PM +0100, Kevin Kofler wrote:
> >> Pierre-Yves Chibon wrote:
> >>> Do note that the uniqueness constraint that koji has will mitigate things
> >>> the
> The example in "man encrypt" is the culprit. It extracts the bits from
> each byte upwards into the bit vector, i.e. offset 0 = bit 0 from byte 0,
> offset 1 = bit 1 from byte 0, offset 2 = bit 2 from byte 0 and so on.
>
> If doing it as in the Claws Mail source code, the ciphertext is the same
On 03/09/2018 04:06 AM, Pierre-Yves Chibon wrote:
>> To be fair, there was a suggestion that we show results in
>> pagure/src.fedoraproject.org, but to me, that definitely sounds like the
>> wrong place for such things. We want tests tied to a specific update,
>> not the entire package as a whole.
On 03/08/2018 10:53 PM, Kevin Kofler wrote:
> IMHO, this is highly impractical. Having to file Bodhi updates for every
> Rawhide build will make development cringe to a halt.
The proposal is to automate the filing of Bodhi updates, so in most
cases you would not really interact with them unless t
Dear all,
You are kindly invited to the meeting:
Modularity Office Hours on 2018-03-13 from 10:00:00 to 11:00:00 US/Eastern
At fedora-modular...@chat.freenode.net
The meeting will be about:
This is where you ask the Fedora Modularity Team questions (and we try to
answer them)!
Join us on
On 03/09/2018 04:20 AM, Pierre-Yves Chibon wrote:
> I had a different idea in mind, basically try to keep the experience as close
> as
> what it is now.
> for single package:
> - packager commit
> - packager build
> - build is tagged into a specfic koji tag
> - test are run on this tag
>
No missing expected images.
Failed openQA tests: 19/137 (x86_64), 5/24 (i386), 1/2 (arm)
ID: 202264 Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller
URL: https://openqa.fedoraproject.org/tests/202264
ID: 202270 Test: x86_64 Server-dvd-iso server_role_deploy_database_serv
No missing expected images.
Failed openQA tests: 20/137 (x86_64), 5/23 (i386), 1/2 (arm)
ID: 201883 Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller
URL: https://openqa.fedoraproject.org/tests/201883
ID: 201889 Test: x86_64 Server-dvd-iso server_role_deploy_database_serv
Dear sir or madam,
the other day I wanted to contribute a fix to an RPM package's spec file.
I struggled with uploading my changes to my fork on src.fedoraproject.org.
puiterwijk and clime from #fedora-admin IRC channel on freenode.net pointed me
in the right direction:
* 'packager' status for F
On Tue, Mar 13, 2018 at 12:35:19AM +0100, René Genz wrote:
> the other day I wanted to contribute a fix to an RPM package's spec file.
>
> I struggled with uploading my changes to my fork on src.fedoraproject.org.
> puiterwijk and clime from #fedora-admin IRC channel on freenode.net pointed
> me
* Igor Gnatenko [07/03/2018 08:43] :
>
> This is the second iteration of my mass-scratch-rebuild without
> gcc/gcc-c++ in the buildroot[0]. Everything what was written in
> original mail still applies.
I've fixed the following:
perl-AI-DecisionTree
perl-Algorithm-FastPermute
perl-Algorithm-SVM
pe
46 matches
Mail list logo
