Some packagers also create a new file with older changelog entries (e.g. vim).
And yes SPEC files can indeed get quite bloated with too many changelog entries
and it would be nice if there was a set rule or guideline on how to deal with
that.
Regards,
Charalampos Stratakis
Associate Software E
On Mon, 3 Oct 2016 17:57:47 +0200
Dan Horák wrote:
> On Mon, 3 Oct 2016 17:25:39 +0200
> Dominik 'Rathann' Mierzejewski wrote:
>
> > On Monday, 03 October 2016 at 10:43, Dan Horák wrote:
> > > On Thu, 22 Sep 2016 18:10:44 +0200
> > > Dominik 'Rathann' Mierzejewski wrote:
> > >
> > > > On Thur
On Monday, 24 October 2016 at 11:46, Dan Horák wrote:
> On Mon, 3 Oct 2016 17:57:47 +0200
> Dan Horák wrote:
>
> > On Mon, 3 Oct 2016 17:25:39 +0200
> > Dominik 'Rathann' Mierzejewski wrote:
> >
> > > On Monday, 03 October 2016 at 10:43, Dan Horák wrote:
[...]
> > > > Could we disable the test-
On Mon, 24 Oct 2016 14:30:42 +0200
Dominik 'Rathann' Mierzejewski wrote:
> On Monday, 24 October 2016 at 11:46, Dan Horák wrote:
> > On Mon, 3 Oct 2016 17:57:47 +0200
> > Dan Horák wrote:
> >
> > > On Mon, 3 Oct 2016 17:25:39 +0200
> > > Dominik 'Rathann' Mierzejewski wrote:
> > >
> > > > On
On Monday, 24 October 2016 at 14:45, Dan Horák wrote:
> On Mon, 24 Oct 2016 14:30:42 +0200
> Dominik 'Rathann' Mierzejewski wrote:
>
> > On Monday, 24 October 2016 at 11:46, Dan Horák wrote:
> > > On Mon, 3 Oct 2016 17:57:47 +0200
> > > Dan Horák wrote:
> > >
> > > > On Mon, 3 Oct 2016 17:25:39
Hi,
the upstream kickstart documentation has been moved to Read the Docs:
http://pykickstart.readthedocs.io/en/latest/kickstart-docs.html
The documentation is now automatically generated from the pykickstart source
code,
includes additional information such as when the given command or option wa
On 10/22/2016 04:26 PM, Björn "besser82" Esser wrote:
> Am Samstag, den 22.10.2016, 20:05 +0100 schrieb Sérgio Basto:
>> On Sáb, 2016-10-22 at 20:39 +0200, Björn
>>> Hello together,
>>>
>>> can someone point me to the part of the Python packaging
>>> guidelines,
>>> which explicitly says .egg-info
On Mon, 24 Oct 2016 14:49:29 +0200
Dominik 'Rathann' Mierzejewski wrote:
> On Monday, 24 October 2016 at 14:45, Dan Horák wrote:
> > On Mon, 24 Oct 2016 14:30:42 +0200
> > Dominik 'Rathann' Mierzejewski wrote:
> >
> > > On Monday, 24 October 2016 at 11:46, Dan Horák wrote:
> > > > On Mon, 3 Oct
Change in package status over the last 168 hours
5 packages were orphaned
firehol [f23, master, f25, f24, el6, epel7] was orphaned by error
Simple and powerful firewall and traffic shaping languages
https://admin.f
Start Date: 2016-10-17 10:08:01.549268
End Date: 2016-10-24 10:08:01.549268
Parag AN(पराग) : 4
https://bugzilla.redhat.com/show_bug.cgi?id=1385441 rpmdeplint
https://bugzilla.redhat.com/show_bug.cgi?id=1385534
python-ruamel-ordereddict
https://bugzilla.redhat.com/
On Monday, 24 October 2016 at 16:52, Dan Horák wrote:
> On Mon, 24 Oct 2016 14:49:29 +0200
> Dominik 'Rathann' Mierzejewski wrote:
>
> > On Monday, 24 October 2016 at 14:45, Dan Horák wrote:
> > > On Mon, 24 Oct 2016 14:30:42 +0200
> > > Dominik 'Rathann' Mierzejewski wrote:
> > >
> > > > On Mo
On 10/21/2016 11:29 PM, Chris Murphy wrote:
> On Fri, Oct 21, 2016 at 1:16 PM, Michael Catanzaro
> wrote:
>> On Fri, 2016-10-21 at 20:56 +0200, Florian Weimer wrote:
>>> Bugzilla is specifically not designed for keeping sensitive stuff
>>
>> Really? Every Bugzilla that I regularly work with (GNOM
On 10/21/2016 09:16 PM, Michael Catanzaro wrote:
> On Fri, 2016-10-21 at 20:56 +0200, Florian Weimer wrote:
>> Bugzilla is specifically not designed for keeping sensitive stuff
>
> Now, ABRT's heuristic for whether to make the bug private is really
> terrible; you can imagine that any application
On Mon, 2016-10-24 at 18:07 +0200, Jakub Filak wrote:
> I use ABRT to report crashes, I deal with ABRT reports and I'm happy
> with
> the current default.
>
> I am sorry. I understand your problem, but I don't have any good
> solution
> for it.
>
> Could you please propose a better default?
The
I recall some reports that configure scripts are really slow in recent
Fedora versions due to pervasive use of BIND_NOW.
Has anyone investigated this further? Is there a bug report somewhere?
Thanks,
Florian
___
devel mailing list -- devel@lists.fedo
On 10/21/2016 09:16 PM, Michael Catanzaro wrote:
On Fri, 2016-10-21 at 20:56 +0200, Florian Weimer wrote:
Bugzilla is specifically not designed for keeping sensitive stuff
Really? Every Bugzilla that I regularly work with (GNOME, WebKit, Red
Hat) has this feature.
They have private bug repor
On 23.10.2016 19:31, Richard W.M. Jones wrote:
> On Sun, Oct 23, 2016 at 10:37:17AM -0400, Neal Gompa wrote:
>> In Mageia, we use the VCS log as input to dynamically generate the RPM
>> changelog and append it to the spec as part of the SRPM build process
>> for the package build.
> This would be f
Heads up about the release tooling changes we're proposing for F26. Note that
this list may exclude work to be completed for modularity but that will be
added to the same page at a later date. If there's anything that seems to be
missing or mis-prioritized please let me know. I'd like feedback o
OLD: Fedora-Rawhide-20161022.n.0
NEW: Fedora-Rawhide-20161024.n.0
= SUMMARY =
Added images:5
Dropped images: 0
Added packages: 3
Dropped packages:0
Upgraded packages: 53
Downgraded packages: 0
Size of added packages: 927.30 KiB
Size of dropped packages
On Mon, Oct 24, 2016 at 07:39:19PM +0200, Thorsten Leemhuis wrote:
> Hmmm. I think I don't consider it duplicated information. A commit
> messages in the VCS afaics is something that is written for other
> developers that want to understand/track changes (now or in the future).
This was my first t
No missing expected images.
Failed openQA tests: 82/101 (x86_64), 3/17 (i386), 1/2 (arm)
New failures (same test did not fail in Rawhide-20161022.n.0):
ID: 43539 Test: i386 universal install_simple_encrypted
URL: https://openqa.fedoraproject.org/tests/43539
ID: 43558 Test: x86_64 uni
On Mon, 2016-10-24 at 16:12 -0400, Matthew Miller wrote:
> On Mon, Oct 24, 2016 at 07:39:19PM +0200, Thorsten Leemhuis wrote:
> > Hmmm. I think I don't consider it duplicated information. A commit
> > messages in the VCS afaics is something that is written for other
> > developers that want to unde
On Mon, Oct 24, 2016 at 4:55 PM, Adam Williamson
wrote:
> On Mon, 2016-10-24 at 16:12 -0400, Matthew Miller wrote:
>> On Mon, Oct 24, 2016 at 07:39:19PM +0200, Thorsten Leemhuis wrote:
>> > Hmmm. I think I don't consider it duplicated information. A commit
>> > messages in the VCS afaics is someth
On Mon, 2016-10-24 at 20:19 +, Fedora compose checker wrote:
> No missing expected images.
>
> Failed openQA tests: 82/101 (x86_64), 3/17 (i386), 1/2 (arm)
Executive summary: I broke it, yo.
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT hap
On 25/10/16 02:41, Florian Weimer wrote:
> On 10/21/2016 09:16 PM, Michael Catanzaro wrote:
>> On Fri, 2016-10-21 at 20:56 +0200, Florian Weimer wrote:
>>> Bugzilla is specifically not designed for keeping sensitive stuff
>>
>> Really? Every Bugzilla that I regularly work with (GNOME, WebKit, Red
>
OLD: Fedora-25-20161023.n.0
NEW: Fedora-25-20161024.n.0
= SUMMARY =
Added images:4
Dropped images: 0
Added packages: 3
Dropped packages:0
Upgraded packages: 32
Downgraded packages: 0
Size of added packages: 179.31 KiB
Size of dropped packages:0.00 B
Size
roperly log the name of the asset it was looking
for but couldn't find, which confused the issue a bit.
I've now cleaned up the consequences of the initial asset registration
bugs, so hopefully openQA should no longer decide it needs to delete
assets that we haven't finished using yet
Stephen John Smoogen wrote:
> Just say it.. no one wants to admit that emacs is needed for an OS to
> be operational :).
Yes, "an OS", the operating system Emacs. ;-) Any other OS can do just fine
without it. :-p
Kevin Kofler
___
devel mailing
Paul Howarth wrote:
> It used to do:
> https://bugzilla.redhat.com/show_bug.cgi?id=1234563
That "bug" report is just totally backwards, this ought to be changed back
(and if other packages were similarly "improved", they need to be reverted,
too).
Kevin Kofler
__
Florian Weimer wrote:
> Why does Bugzilla allow filing private Fedora bugs?
I am fairly sure that there used to be (in the distant past) a policy
written down somewhere that "All Fedora bugs are public". The problem is
that, after ABRT started filing those private bugs, I searched for it in all
Adam Williamson wrote:
> If you use Fedora (Workstation, at least, and I think maybe KDE too) on
> a 3200x1800 13" screen then hidpi mode will kick in, and everything
> will be sized as if you were using a 1600x900 13" screen, which is a
> pretty common setup.
Yes, Plasma 5 definitely handles that
Matthew Miller wrote:
> On Mon, Oct 24, 2016 at 07:39:19PM +0200, Thorsten Leemhuis wrote:
>> Hmmm. I think I don't consider it duplicated information. A commit
>> messages in the VCS afaics is something that is written for other
>> developers that want to understand/track changes (now or in the f
No missing expected images.
Failed openQA tests: 4/101 (x86_64), 1/17 (i386)
New failures (same test did not fail in 25-20161023.n.0):
ID: 43836 Test: x86_64 KDE-live-iso desktop_notifications_live
URL: https://openqa.fedoraproject.org/tests/43836
ID: 43842 Test: x86_64 Server-boot-i
On Sat, 2016-10-22 at 22:08 -0600, William Moreno wrote:
> By default koji will not let build a package of there is a previus buid
> with the same NVR in the same branch, you can build many times the same NVR
> in diferent branches, (fedpkg switch-branch)
Well, no, because it won't be the same re
https://bugzilla.redhat.com/show_bug.cgi?id=1382191
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-Mock-Sub-1.07-1.fc25 |perl-Mock-Sub-1.07-1.fc25
On Sat, 2016-10-22 at 22:08 -0600, William Moreno wrote:
> > 3. What does the "e" stand for in n-v-r-e ?
>
> The E comer for the epoch rmp tag, this overrides the release and version
> tags
Note, this is conventionally given as NEVR (not NVRE), because that's
the logical order: the epoch is more
On 10/25/2016 03:54 AM, Kevin Kofler wrote:
>
> Even without this written down anywhere, it used to be common understanding
> that Fedora bugs are public by design. But then came the ABRT team. Now we
> get tons of "private" bug reports. Mostly because ABRT lets users attach
> tons of crazy thi
37 matches
Mail list logo
