On 08/27/2015 04:40 PM, Alexander Ploumistos wrote:
Aren't the addons that we ship in fedora a bunch of text files zipped
in an xpi archive? It is kind of awkward to send them back and forth,
but if there are no other binaries, does it go against a particular
policy?
Or we could decide that we t
- Original Message -
> On Thu, 06 Aug 2015 13:15:02 +, Igor Gnatenko wrote:
>
> > We discussed with Jan Silhan yesterday. It looks like something broken in
> > createrepo/createrepo_c in F22. So it's not dnf/yum/hawkey/libsolv issue.
> >
> > LOG: https://ignatenkobrain.fedorapeople.or
Dennis Gilmore wrote:
> It sounds like the path mozilla is taking will likely prevent us
> shipping addons in Fedora. That of course is their right to pursue
> that.
As far as I can find out there are no plans to enforce this centralized
signing in Seamonkey, and I suppose the Icecat folks are fr
On Fri, Aug 28, 2015 at 10:18 AM, Martin Stransky wrote:
> Can we ship addons which are already signed by Mozilla? Or does Fedora
> packager modify them somehow?
It seems that even when the source is an xpi file, rpm treats it like
any other source package and its contents can be patched. I don't
On 08/28/2015 11:00 AM, Alexander Ploumistos wrote:
On Fri, Aug 28, 2015 at 10:18 AM, Martin Stransky wrote:
Can we ship addons which are already signed by Mozilla? Or does Fedora
packager modify them somehow?
It seems that even when the source is an xpi file, rpm treats it like
any other sou
On Fri, Aug 28, 2015 at 12:24 PM, Martin Stransky wrote:
> Thanks for the info. Actually is there any reason why Fedora packager would
> need to modify the original extension?
That depends on the extension and its particulars. For example,
adblock plus has an extortion-like scheme in place and i
* Martin Stransky [28/08/2015 11:24] :
>
> Thanks for the info. Actually is there any reason why Fedora packager would
> need to modify the original extension?
If there is a security issue with an extension, the packager might well
want to distribute a patched version while waiting for a new relea
Ralf Corsepius wrote:
> Also, I have not found any means to kill this job in bodhi/koji,
Had you tried "koji cancel-task 10843003"? (It's too late to try it now, now
that the build has timed out.)
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproj
Alexander Larsson wrote:
> I understand that, and thanks for doing this work, its pretty
> important imho. I just wanted to make sure that you were aware of what
> the best end goal was.
> Btw, do you have any measures of the performance improvements of using
> the locale archive is in general? It
Jan Kurik wrote:
> Currently the file /usr/lib/locale/locale-archive contains all locales and
> is thus huge (103MB). For small systems (and containers) it would be
> useful to be able to install only a small number of locales.
That makes a lot of sense indeed.
> Recently we made it possible to i
Carlos O'Donell wrote:
> The stepping stone will likely be:
>
> _install_langs (to limit languages)
> -> subpackages that modify locale-archive
> -> subpackages that install their own files
The funny thing is that your last step is probably the easiest to implement,
because that's how subpackage
On 08/28/2015 11:40 AM, Emmanuel Seyman wrote:
* Martin Stransky [28/08/2015 11:24] :
Thanks for the info. Actually is there any reason why Fedora packager would
need to modify the original extension?
If there is a security issue with an extension, the packager might well
want to distribute a
On 08/28/2015 11:34 AM, Alexander Ploumistos wrote:
On Fri, Aug 28, 2015 at 12:24 PM, Martin Stransky wrote:
Thanks for the info. Actually is there any reason why Fedora packager would
need to modify the original extension?
That depends on the extension and its particulars. For example,
adbl
On 08/28/2015 11:58 AM, Kevin Kofler wrote:
Ralf Corsepius wrote:
Also, I have not found any means to kill this job in bodhi/koji,
Had you tried "koji cancel-task 10843003"? (It's too late to try it now, now
that the build has timed out.)
No, I wasn't aware this option exits.
It's not menti
Kevin Kofler wrote:
> Carlos O'Donell wrote:
>> The stepping stone will likely be:
>>
>> _install_langs (to limit languages)
>> -> subpackages that modify locale-archive
>> -> subpackages that install their own files
>
> The funny thing is that your last step is probably the easiest to
> impleme
Martin Stransky wrote:
> On 08/28/2015 11:34 AM, Alexander Ploumistos wrote:
> > adblock plus [...] allows
> > certain ads from certain companies [...]
> > This patch blocks those ads as well:
> > http://pkgs.fedoraproject.org/cgit/mozilla-adblockplus.git/tree/disable-safeads.patch
> > I didn't ca
On 08/28/2015 12:45 PM, Ralf Corsepius wrote:
> On 08/28/2015 11:58 AM, Kevin Kofler wrote:
>> Ralf Corsepius wrote:
>>> Also, I have not found any means to kill this job in bodhi/koji,
>>
>> Had you tried "koji cancel-task 10843003"? (It's too late to try it
>> now, now
>> that the build has timed
Ralf Corsepius wrote:
> Hi,
>
> This morning, bodhi2 doesn't allow me to submit an update. After a
> seemingly successful login-in, when trying to submit an update, a popup
> pops up telling me:
>
> "ACL validation mechanism was unable to determine ACLs"
Known issue, I hit it yesterday and file
On Thu, 2015-08-27 at 14:52 -0500, Rex Dieter wrote:
> file a bug please
Filed https://bugzilla.redhat.com/show_bug.cgi?id=1257899
--
Thanks,
Regards,
Ankur Sinha "FranciscoD"
http://fedoraproject.org/wiki/User:Ankursinha
signature.asc
Description: This is a digitally signed message part
--
On Fri, 28 Aug 2015 04:12:20 -0400 (EDT), Tomas Mlcoch wrote:
> > On Thu, 06 Aug 2015 13:15:02 +, Igor Gnatenko wrote:
> >
> > > We discussed with Jan Silhan yesterday. It looks like something broken in
> > > createrepo/createrepo_c in F22. So it's not dnf/yum/hawkey/libsolv issue.
> > >
> >
* Martin Stransky [28/08/2015 12:21] :
>
> On 08/28/2015 11:40 AM, Emmanuel Seyman wrote:
> >* Martin Stransky [28/08/2015 11:24] :
> >>
> >>Thanks for the info. Actually is there any reason why Fedora packager would
> >>need to modify the original extension?
> >
> >If there is a security issue wit
Am 28.08.2015 um 13:39 schrieb Emmanuel Seyman:
* Martin Stransky [28/08/2015 12:21] :
On 08/28/2015 11:40 AM, Emmanuel Seyman wrote:
* Martin Stransky [28/08/2015 11:24] :
Thanks for the info. Actually is there any reason why Fedora packager would
need to modify the original extension?
I
On 08/28/2015 12:56 PM, Kalev Lember wrote:
On 08/28/2015 12:45 PM, Ralf Corsepius wrote:
On 08/28/2015 11:58 AM, Kevin Kofler wrote:
Ralf Corsepius wrote:
Also, I have not found any means to kill this job in bodhi/koji,
Had you tried "koji cancel-task 10843003"? (It's too late to try it
now
On 08/28/2015 01:00 PM, Rex Dieter wrote:
Ralf Corsepius wrote:
Hi,
This morning, bodhi2 doesn't allow me to submit an update. After a
seemingly successful login-in, when trying to submit an update, a popup
pops up telling me:
"ACL validation mechanism was unable to determine ACLs"
Known is
Compose started at Fri Aug 28 05:15:03 UTC 2015
Broken deps for i386
--
[ScientificPython]
ScientificPython-2.8-20.fc22.i686 requires libmpi.so.1
[apache-scout]
apache-scout-1.2.6-11.fc21.noarch requires mvn(org.apache.juddi:ud
On 08/28/2015 01:15 PM, Michael Schwendt wrote:
The version tags "ver" and "rel" attributes may also be non-numerical.
Why not "epoch", too?
I haven't looked into the sources, but IIRC, inside of rpm, while rel,
ver etc. are strings, epoch is an integer.
AFAIR, there are APIs which return th
Hi
I am building software for misc distributions for over 11 years. And so
far Fedora packages are the worst of those I played with (mostly
OpenEmbedded and Debian).
Why? Because patches are mess. Let's take random one:
@@ -108,7 +108,7 @@
M = int(max(r, g, b))
On Fri, 28 Aug 2015 13:59:12 +0200, Ralf Corsepius wrote:
> > The version tags "ver" and "rel" attributes may also be non-numerical.
> > Why not "epoch", too?
>
> I haven't looked into the sources, but IIRC, inside of rpm, while rel,
> ver etc. are strings, epoch is an integer.
See:
https://
On 08/26/2015 04:12 PM, Jonathan Wakely wrote:
> On 26/08/15 11:42 +, Fedora Branched Report wrote:
>> [iwhd]
>> iwhd-1.6-16.fc23.armv7hl requires libboost_thread.so.1.57.0
>> iwhd-1.6-16.fc23.armv7hl requires libboost_system.so.1.57.0
>
> Needs mongodb to be successfully rebuilt first
Marcin Juszkiewicz wrote:
> Are there any plans on adding/enforcing such requirements at least for new
> patches?
>
> Maintainers are not the only persons who work on their packages. Sometimes
> some
> random developers go though random packages for several reasons (fixing ftbfs
> on
> seconda
Marcin Juszkiewicz wrote:
> In Debian (or in OpenEmbedded) it is solved by implementing DEP-3 [1]
> which is set of requirements about extra metadata in patches such as:
>
> - Description or Subject (required)
> - Origin (required except if Author is present)
> - Bug- or Bug (optional)
> - Forward
On 08/28/2015 02:11 PM, Marcin Juszkiewicz wrote:
> Hi
>
> I am building software for misc distributions for over 11 years. And so
> far Fedora packages are the worst of those I played with (mostly
> OpenEmbedded and Debian).
>
> Why? Because patches are mess. Let's take random one:
>
> @@ -108,
On Fri, Aug 28, 2015 at 8:44 AM, Florian Weimer wrote:
> On 08/28/2015 02:11 PM, Marcin Juszkiewicz wrote:
> > Hi
> >
> > I am building software for misc distributions for over 11 years. And so
> > far Fedora packages are the worst of those I played with (mostly
> > OpenEmbedded and Debian).
> >
W dniu 28.08.2015 o 14:32, Björn Persson pisze:
Marcin Juszkiewicz wrote:
Have you read the existent policy on this?
http://fedoraproject.org/wiki/Packaging:Guidelines#Patch_Guidelines
Yes, I have read it. But lot of maintainers did not.
Example specfile:
Source1:%{name}.score
Pat
W dniu 28.08.2015 o 14:51, Neal Gompa pisze:
If patches are exported from Mercurial or Git, you'd have all the
information you'd want.
Fully agree. Only info about upstream status is missing.
However, most people I know aren't working from the hg/git
repository when making packages. That s
W dniu 28.08.2015 o 14:44, Florian Weimer pisze:
On 08/28/2015 02:11 PM, Marcin Juszkiewicz wrote:
Who knows what it does and why? For some reason it has a name
'64bitfix' but why it is needed? Did upstream ever saw it? No
idea.
In reality, here's what the Debian version of this patch looks
ppisar changed ppisar's 'watchbugzilla' permission on perl-Devel-GoFaster (f21)
to 'Obsolete'
https://admin.fedoraproject.org/pkgdb/package/perl-Devel-GoFaster/
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproje
ppisar changed ppisar's 'watchbugzilla' permission on perl-Devel-GoFaster (f22)
to 'Obsolete'
https://admin.fedoraproject.org/pkgdb/package/perl-Devel-GoFaster/
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproje
a2d1149aa749804481bda0acdd708279 Devel-GoFaster-0.000.tar.gz
http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Devel-GoFaster/Devel-GoFaster-0.000.tar.gz/md5/a2d1149aa749804481bda0acdd708279/Devel-GoFaster-0.000.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIG
On Fri, 2015-08-28 at 14:40 +0200, Kevin Kofler wrote:
> I am opposed to any such scheme, because it means we could no longer
> produce
> our patches with diff without hand-editing them.
>
> Such information, if needed, belongs into specfile comments.
Let's do that then. openSUSE already has est
W dniu 28.08.2015 o 14:40, Kevin Kofler pisze:
Marcin Juszkiewicz wrote:
In Debian (or in OpenEmbedded) it is solved by implementing DEP-3 [1]
which is set of requirements about extra metadata in patches such as:
- Description or Subject (required)
- Origin (required except if Author is present
besdies that updates-testing is broken for days now it becomes boring
the fedora-easy-karma still don't work
bodhi2 at https://bodhi.fedoraproject.org/ is unusable for testers
because the search field seeks for users, no idea how to get to the
current firefox build for give karama as example
On 08/28/2015 02:18 PM, Michael Schwendt wrote:
On Fri, 28 Aug 2015 13:59:12 +0200, Ralf Corsepius wrote:
The version tags "ver" and "rel" attributes may also be non-numerical.
Why not "epoch", too?
I haven't looked into the sources, but IIRC, inside of rpm, while rel,
ver etc. are strings, e
Missing expected images:
Generic Boot x86_64
Cloud atomic Disk x86_64
Cloud base Disk i386
Generic Boot i386
Cloud base Disk x86_64
Images in this compose but not 23 Branched 20150827:
Scientific_kde Live x86_64
Scientific_kde Live i386
No images in 23 Branched 20150827 but not this.
All 1 ope
On 28/08/15 14:30 +0200, Kalev Lember wrote:
On 08/26/2015 04:12 PM, Jonathan Wakely wrote:
On 26/08/15 11:42 +, Fedora Branched Report wrote:
[iwhd]
iwhd-1.6-16.fc23.armv7hl requires libboost_thread.so.1.57.0
iwhd-1.6-16.fc23.armv7hl requires libboost_system.so.1.57.0
Needs mongo
On Fri, 28 Aug 2015 16:36:51 +0200, Ralf Corsepius wrote:
> > See:
> >
> >https://lists.fedoraproject.org/pipermail/devel/2015-August/213209.html
> >https://lists.fedoraproject.org/pipermail/devel/2015-August/213208.html
>
> Bugs ... an undefined epoch is supposed to be treated as 0.
No,
I need reviews for a couple of packages. Let me know what I can
review for you in exchange.
- https://bugzilla.redhat.com/show_bug.cgi?id=1252241
gap-pkg-genss, yet another step towards eventually providing
gap-pkg-hap [1] for sagemath to consume. This should be a really easy
review.
- https:
hi
take
regards
gil
Il 28/08/2015 17:35, Jerry James ha scritto:
I need reviews for a couple of packages. Let me know what I can
review for you in exchange.
- https://bugzilla.redhat.com/show_bug.cgi?id=1252241
gap-pkg-genss, yet another step towards eventually providing
gap-pkg-hap [1] for
On Fri, 28 Aug 2015 16:27:20 +0200
Reindl Harald wrote:
> besdies that updates-testing is broken for days now it becomes boring
> the fedora-easy-karma still don't work
>
> bodhi2 at https://bodhi.fedoraproject.org/ is unusable for testers
> because the search field seeks for users, no idea ho
On Fri, Aug 28, 2015 at 9:39 AM, gil wrote:
> hi
> take
> regards
> gil
Thank you! Let me know if you have packages I can review for you.
--
Jerry James
http://www.jamezone.org/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Co
On 08/28/2015 05:32 PM, Michael Schwendt wrote:
On Fri, 28 Aug 2015 16:36:51 +0200, Ralf Corsepius wrote:
See:
https://lists.fedoraproject.org/pipermail/devel/2015-August/213209.html
https://lists.fedoraproject.org/pipermail/devel/2015-August/213208.html
Bugs ... an undefined epoch i
Missing expected images:
Kde Live i386
Kde Live x86_64
Cloud base Disk i386
Kde Disk armhfp
Images in this compose but not Rawhide 20150827:
Generic Boot i386
Cloud base Disk x86_64
Cloud base Vagrant x86_64
Cloud atomic Disk x86_64
Cloud atomic Vagrant x86_64
Generic Boot x86_64
Docker Filesyst
On 2015-08-28, 13:01 GMT, Marcin Juszkiewicz wrote:
> Yes, I have read it. But lot of maintainers did not.
>
> Example specfile:
>
> Source1:%{name}.score
> Patch0: %{name}-0.7.1-userpmopts.patch
> Patch1: %{name}-0.7.1-64bitfix.patch
> Patch2: %{name}-0.7.1-blit-cra
W dniu 28.08.2015 o 18:02, Matěj Cepl pisze:
On 2015-08-28, 13:01 GMT, Marcin Juszkiewicz wrote:
Yes, I have read it. But lot of maintainers did not.
Example specfile:
Source1:%{name}.score
Patch0: %{name}-0.7.1-userpmopts.patch
Patch1: %{name}-0.7.1-64bitfix.patch
Patc
On Fri, 28 Aug 2015 18:06:27 +0200, Ralf Corsepius wrote:
> >>> See:
> >>>
> >>>
> >>> https://lists.fedoraproject.org/pipermail/devel/2015-August/213209.html
> >>>
> >>> https://lists.fedoraproject.org/pipermail/devel/2015-August/213208.html
> >>
> >> Bugs ... an undefined epoch is supp
On Friday, August 28, 2015 01:43:08 PM Reindl Harald wrote:
> Am 28.08.2015 um 13:39 schrieb Emmanuel Seyman:
> > * Martin Stransky [28/08/2015 12:21] :
> >> On 08/28/2015 11:40 AM, Emmanuel Seyman wrote:
> >>> * Martin Stransky [28/08/2015 11:24] :
> Thanks for the info. Actually is there any
I update from nss-3.19.3-1.0.fc22.x86_64 to nss-3.20.0-1.0.fc22.x86_64
this morning, and now I get this stderr output:
$ /usr/bin/stap -V >/dev/null
/usr/bin/stap: Symbol `SSL_ImplementedCiphers' has different size in
shared object, consider re-linking
The message comes from ld.so; that symbol co
On Fri, Aug 28, 2015 at 12:18 AM, Martin Stransky wrote:
> On 08/27/2015 04:40 PM, Alexander Ploumistos wrote:
>>
>> Aren't the addons that we ship in fedora a bunch of text files zipped
>> in an xpi archive? It is kind of awkward to send them back and forth,
>> but if there are no other binaries,
Marcin Juszkiewicz wrote:
> W dniu 28.08.2015 o 14:32, Björn Persson pisze:
> > Marcin Juszkiewicz wrote:
>
> > Have you read the existent policy on this?
> > http://fedoraproject.org/wiki/Packaging:Guidelines#Patch_Guidelines
>
> Yes, I have read it. But lot of maintainers did not.
OK, so
I just finished extending the `--with bootstrap` support for
rawhide glibc (rawhide glibc is FTBS right now, but that's another
reason). The goal is to provide RCM and others in Fedora with the
ability to experiment with bootstraps using the standard set of
rpm tooling.
When bootstrap is active we
On Fri, 28 Aug, 2015 at 09:34:14 GMT, Alexander Ploumistos wrote:
> On Fri, Aug 28, 2015 at 12:24 PM, Martin Stransky wrote:
>> Thanks for the info. Actually is there any reason why Fedora packager would
>> need to modify the original extension?
>
>
> That depends on the extension and its particul
On Fri, 2015-08-28 at 16:27 +0200, Reindl Harald wrote:
> bodhi2 at https://bodhi.fedoraproject.org/ is unusable for testers
> because the search field seeks for users, no idea how to get to the
> current firefox build for give karama as example
It searches for both; the user search just comple
62 matches
Mail list logo
