> > Would someone be able to help guide me through the process of getting this
> > package into EPEL? I'm happy to co-maintain it if that's what's required.
> If you already are a package maintainer you can request a new branch in
> pkgdb. Branches are created after about 7 days with no objection
Kevin Kofler composed on 2015-08-03 13:05 (UTC+0200):
> https://bugs.kde.org/show_bug.cgi?id=350853
[re: https://bugzilla.redhat.com/show_bug.cgi?id=1249280 ]
> Kevin Kofler changed:
>What|Removed |Added
>
On 03.08.2015 19:14, Sandro Mani wrote:
Hello
I'm about to update to ucommon-6.4.4 in rawhide. There is a soname
bump, but affected packages rebuild fine. These are:
- ccrtp
- libzrtcpp
- sflphone (which I'll take care of myself)
Copr test-builds done here:
https://copr.fedoraproject.org/c
Hello Michael,
On 03.08.2015 20:15, Michael Schwendt wrote:
> On Mon, 3 Aug 2015 19:02:26 +0200, Marcin Haba wrote:
>
>> The only one message that I am trying to say in this point is:
>> configuration files for me should be designed to configure/modify by
>> administrator or directly by applicati
On Mon, 3 Aug 2015 11:52:01 -0400
Bill Nottingham wrote:
> At some point, it might be worth doing cost/benefit analysis on
> continuing down our existing mirroring strategy and designing for the
> limits of that vs. the application of some sponsor funds towards the
> use of more standard CDN serv
On 08/03/2015 05:25 AM, William Brown wrote:
> Hi,
>
> I have attempted to contact Kaigai about doing the work to get mod_selinux
> into
> EPEL. Sadly, he hasn't responded to me in a few months about this topic.
>
> Would someone be able to help guide me through the process of getting this
> packa
On Mon, 3 Aug 2015 20:48:53 +0200, Reindl Harald wrote:
> >> * as long the config fiel is untouched it will be overwritten
> >> and in sync with the package due updates
> >
> > Same when marking as %config. Same for all ordinary files.
>
> yes, but not relevant
Really? Ordinary files in /et
Am 03.08.2015 um 20:38 schrieb Michael Schwendt:
On Mon, 3 Aug 2015 20:22:43 +0200, Reindl Harald wrote:
Am 03.08.2015 um 20:15 schrieb Michael Schwendt:
And %config(noreplace) is not guaranteed to be the better choice anyway.
Who guarantees that the updated software still works flawlessly wi
On Mon, 3 Aug 2015 20:22:43 +0200, Reindl Harald wrote:
>
> Am 03.08.2015 um 20:15 schrieb Michael Schwendt:
> > And %config(noreplace) is not guaranteed to be the better choice anyway.
> > Who guarantees that the updated software still works flawlessly with old
> > config files and new config fi
On Mon, Aug 3, 2015, 15:15 Ville Skyttä wrote:
Once configured, git-bz makes it even easier. My ~/.gitconfig has:
[bz]
browser = firefox3
default-tracker = bugzilla.redhat.com
[bz-tracker "bugzilla.redhat.com"]
default-product = Fedora
default-version = rawhide
Am 03.08.2015 um 20:15 schrieb Michael Schwendt:
And %config(noreplace) is not guaranteed to be the better choice anyway.
Who guarantees that the updated software still works flawlessly with old
config files and new config files created as .rpmnew? Testing for all such
changes is not a trivial t
On Mon, 3 Aug 2015 19:02:26 +0200, Marcin Haba wrote:
> The only one message that I am trying to say in this point is:
> configuration files for me should be designed to configure/modify by
> administrator or directly by application.
A moot point, too.
First of all, if not installing prebuilt RP
Hello
I'm about to update to ucommon-6.4.4 in rawhide. There is a soname bump,
but affected packages rebuild fine. These are:
- ccrtp
- libzrtcpp
- sflphone (which I'll take care of myself)
Copr test-builds done here:
https://copr.fedoraproject.org/coprs/smani/ucommon
Sandro
--
devel maili
On Sat, 2015-08-01 at 03:24 +0200, Kevin Kofler wrote:
> Bastien Nocera wrote:
> > You're just 8 years late for noticing that:
> > https://git.gnome.org/browse/gnome-settings-daemon/tree/plugins/xse
> > ttings/gsd-xsettings-manager.c#n79
> > and the explanation has been here for 4 years.
>
> That
Hello Michael,
W dniu 03.08.2015 o 13:09, Michael Schwendt pisze:
>> In my opinion that this type of files can be classified as pre-defined
>> settings files, not configuration files. In any case, it looks that we
>> have different understanding configuration files and it causes cross
>> over our
Join us on irc.freenode.net in #fedora-meeting-2 for this important
meeting, wherein we shall determine the readiness of the Fedora 23 Alpha.
Thursday, August 06, 2015 17:00 UTC (1 PM EDT, 10 AM PDT, 19:00 CEST)
"Before each public release Development, QA and Release Engineering meet
to determine
- Original Message -
> From: "Jan Kurik"
> To: devel-annou...@lists.fedoraproject.org,
> test-annou...@lists.fedoraproject.org
> Sent: Monday, August 3, 2015 2:56:25 PM
> Subject: Fedora 23 Alpha Go/No-Go Meeting, Thursday, August 06 @ 17:00 UTC
>
> Join us on irc.freenode.net in #fedora
On Mon, 2015-08-03 at 16:50 +0300, Igor Gnatenko wrote:
> Probably we'd want to add some logic for picking up patches from that
> repo. For example, I had to backport 10+ patches from upstream in
> beignet[2]. Here I don't have ideas - allow commit sha in PatchX tags
> if VCS defined? Have new tag
Dne 3.8.2015 v 17:45 Kevin Fenzi napsal(a):
> On Mon, 3 Aug 2015 17:29:30 +0200
> Vít Ondruch wrote:
>
>> This is actually not true.
> Well, as I noted in my reply, I wasn't actually sure what was being
> proposed here.
>
>> The repodata should contain just the latest
>> version, but if I have s
Kevin Fenzi (ke...@scrye.com) said:
> So, you are proposing we do things exactly as we are now, but also keep
> around all previous copies of the packages in the repos (but not in the
> repodata)?
>
> I'm not sure if that setup would work with dnf. I think it requires
> whatever mirror(s) it use
Dne 3.8.2015 v 16:10 Josh Boyer napsal(a):
> On Mon, Aug 3, 2015 at 9:50 AM, Igor Gnatenko
> wrote:
>> Hi folks,
>>
>> Since 2010 we have defined VCS tag in RPM, but we're not using it
>> actually. No guidelines for it, nothing other. Just tag.
>>
>>
>> Introduction
>>
>>
On Mon, 3 Aug 2015 17:29:30 +0200
Vít Ondruch wrote:
> This is actually not true.
Well, as I noted in my reply, I wasn't actually sure what was being
proposed here.
> The repodata should contain just the latest
> version, but if I have slightly older version of metadata already
> downloaded,
Minutes:
http://meetbot.fedoraproject.org/fedora-meeting-2/2015-08-03/fedora_base_design_working_group.2015-08-03-14.16.html
Minutes (text):
http://meetbot.fedoraproject.org/fedora-meeting-2/2015-08-03/fedora_base_design_working_group.2015-08-03-14.16.txt
Log:
http://meetbot.fedoraproject.org/fed
Dne 2.8.2015 v 18:15 Kevin Fenzi napsal(a):
> On Sat, 1 Aug 2015 07:33:39 -0400
> Nico Kadel-Garcia wrote:
>
>> On Fri, Jul 31, 2015 at 3:14 PM, Richard Hughes
>> wrote:
>>> On 31 July 2015 at 17:27, Radek Holy wrote:
One can say that the mirrors should keep the older versions
>>> I would c
On Thu, Jul 30, 2015 at 8:49 PM, Kevin Kofler wrote:
> Jiří Konečný wrote:
>> 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
>> a
On 08/03/2015 04:37 PM, Kevin Fenzi wrote:
On Mon, 3 Aug 2015 01:13:52 +0200
I think posting patches or other issues here is fine as long as theres
some reason to involve the larger development community.
... like in this case.
Broken upgrade paths and disinterest in fixing them have a long
On Mon, 3 Aug 2015 01:13:52 +0200
Michael Schwendt wrote:
> On Mon, 3 Aug 2015 00:59:55 +0200, Dominik 'Rathann' Mierzejewski
> wrote:
>
> > On Sunday, 02 August 2015 at 22:21, Igor Gnatenko wrote:
> > > Dudes, I don't have time sometimes to report problems to
> > > bugzilla, attach patches ther
On Mon, 03 Aug 2015 05:53:15 +0200
Kevin Kofler wrote:
> Kevin Fenzi wrote:
> > * There could be some nasty issues with keeping known
> > vulnerable/broken packages around. ie, foo-1.0 has a severe
> > security bug, foo-1.1 fixes it. You now just need to trick someone
> > into downgrading or dire
Change in package status over the last 168 hours
12 packages were orphaned
-
caja-terminal [f23, master] was orphaned by raveit65
Terminal embedded in Caja
https://admin.fedoraproject.org/pkgdb/package/caja-terminal
Join us on irc.freenode.net in #fedora-meeting-2 for this important
meeting, wherein we shall determine the readiness of the Fedora 23 Alpha.
Thursday, August 06, 2015 17:00 UTC (12 noon EST, 9 AM PST, 18:00 CET)
"Before each public release Development, QA and Release Engineering meet
to determin
On Mon, Aug 3, 2015, at 09:50 AM, Igor Gnatenko wrote:
> Since 2010 we have defined VCS tag in RPM, but we're not using it
> actually. No guidelines for it, nothing other. Just tag.
Yeah...I pushed for this then dropped it - sorry about that.
> which will add all do we need in naming and archiv
On Mon, Aug 3, 2015 at 9:50 AM, Igor Gnatenko
wrote:
> Hi folks,
>
> Since 2010 we have defined VCS tag in RPM, but we're not using it
> actually. No guidelines for it, nothing other. Just tag.
>
>
> Introduction
>
> Currently we are using "Source0" for "%setup" and relat
3452c07792caf0a9bd0db166904d1bd0 Devel-NYTProf-6.02.tar.gz
http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Devel-NYTProf/Devel-NYTProf-6.02.tar.gz/md5/3452c07792caf0a9bd0db166904d1bd0/Devel-NYTProf-6.02.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
Hi folks,
Since 2010 we have defined VCS tag in RPM, but we're not using it
actually. No guidelines for it, nothing other. Just tag.
Introduction
Currently we are using "Source0" for "%setup" and related macroes. All
mesa builds in Fedora are done from git (master and ot
Compose started at Mon Aug 3 07:15:03 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:
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
htt
- Original Message -
> Hi All,
>
> I'm a software engineer in the UK working at Citrix. I have worked on
> quite a few open source projects: XenServer for my day job; in my spare
> time I help maintain GVFS upstream and have worked on CPython in the
> past. I also developed integration o
- Original Message -
> After seeing my phone (Samsung Galaxy S III) picking-up some media
> shared from my mother's Windows 7 laptop and the experience being
> reasonably positive (it more-or-less worked to play videos), I decided
> to try my hand at getting this to work in Fedora 22. I'
On Mon, 3 Aug 2015 09:09:43 +0200, Marcin Haba wrote:
> I trying to express my opinion about my understanding 'configuration
> files' meaning.
Of course.
> In my opinion that this type of files can be classified as pre-defined
> settings files, not configuration files. In any case, it looks that
From 8fc10693319cfeeed03911a55a3d3b2d44beae47 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?=
Date: Mon, 3 Aug 2015 12:31:54 +0200
Subject: Do not build for aarch64, ppc, and ppc64le because the code is broken
there
diff --git a/perl-threads-lite.spec b/perl-threads-lite.spec
Does
Error: nothing provides librpm.so.3()(64bit) needed by
grub2-tools-1:2.02-0.18.fc23.x86_64.
nothing provides librpm.so.3()(64bit) needed by
grub2-tools-1:2.02-0.18.fc23.x86_64.
nothing provides librpm.so.3()(64bit) needed by
grub2-tools-1:2.02-0.18.fc23.x86_64.
looks as issue for you? NO? the
On 3 August 2015 at 09:14, Ville Skyttä wrote:
> On Mon, Aug 3, 2015 at 2:13 AM, Michael Schwendt wrote:
>> After spending time on creating that patch, submitting it via
>> http://bugz.fedoraproject.org/mscore would require just a tiny bit of
>> effort.
>
> Once configured, git-bz makes it even e
On Mon, Aug 3, 2015 at 2:13 AM, Michael Schwendt wrote:
> After spending time on creating that patch, submitting it via
> http://bugz.fedoraproject.org/mscore would require just a tiny bit of
> effort.
Once configured, git-bz makes it even easier. My ~/.gitconfig has:
[bz]
browser = fire
Welcome aboard, Ross!
--
Kalev
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
On 02.08.2015 23:58, Jonathan Underwood wrote:
> On 2 August 2015 at 22:57, Jonathan Underwood
> wrote:
>> On 2 August 2015 at 15:29, Marcin Haba wrote:
>>> My image of configuration files is that they are files for read/write
>>> purpose by design, because they enables _configure_ something
>>>
On 02.08.2015 23:15, Michael Schwendt wrote:
> On Sun, 2 Aug 2015 16:29:06 +0200, Marcin Haba wrote:
>
A) if a shell script can be treated as configuration file?
>>>
>>> Certainly. It's a cheap way to set a program's runtime configuration
>>> instead of implementing a full config file loader/
46 matches
Mail list logo
