On Tue, Oct 08, 2013 at 10:22:57AM -0400, Konstantin Ryabitsev wrote:
>
> gpgv --homedir /tmp --keyring %{SOURCE2} --status-fd=1 %{SOURCE1}
> %{SOURCE0} | grep -q '^\[GNUPG:\] GOODSIG'
>
>
> That one-liner is pretty much all that's required for valid gpg verification.
>
> Hope this helps.
Yes
On Oct 11, 2013 1:55 PM, "Mamoru TASAKA" wrote:
>
> > Since I hit this, I'd imagine other people might.
> > If your package has:
> >
> > BuildArch: noarch
> >
> > It will set %{_target_cpu} to "noarch".
> >
> > If you also use %ifarch in that spec file, you might be expecting it to
> > match %{_ar
On 9. 10. 2013 at 17:31:38, Stanislav Ochotnicky wrote:
> Quoting tim.laurid...@gmail.com (2013-10-09 16:48:31)
>
> > the original urlgrabber maintainer left long time ago, but the yum team
> > adopted the code, because it was critical to yum, so this is cause why
> > there has been no upstream re
> Since I hit this, I'd imagine other people might.
> If your package has:
>
> BuildArch: noarch
>
> It will set %{_target_cpu} to "noarch".
>
> If you also use %ifarch in that spec file, you might be expecting it to
> match %{_arch} (the architecture of the build server). It does not. It
> matc
On Oct 10, 2013 8:20 PM, "Kevin Kofler" wrote:
>
> Matthew Miller wrote:
>
> > On Thu, Sep 19, 2013 at 12:58:32AM -0400, Jens Petersen wrote:
> >> > * Fedora Workstation
> >> Will this subsume Live-Desktop.iso and Live-KDE.iso?
> >> What about other current desktop Spins?
> >> Presumably some of t
Jerry James wrote:
> On Aug 13, update FEDORA-2013-14530 acquired enough karma to be
> autopushed to stable. It went stable on Aug 15.
>
> The first update, FEDORA-2013-14567, stayed in limbo for awhile until
> positive karma was given to it on Sep 28 and 29, causing it to reach
> its karma thres
Dave Johansen wrote:
> That's good to hear because it's always good to have options, but newer
> versions just bring up the question of a "moving target". Just like how
> you mentioned 1.54, if we're shooting for newer versions, then why not go
> with that one, or 1.55 after it? The point of RHEL i
Matthew Miller wrote:
> On Thu, Sep 19, 2013 at 12:58:32AM -0400, Jens Petersen wrote:
>> > * Fedora Workstation
>> Will this subsume Live-Desktop.iso and Live-KDE.iso?
>> What about other current desktop Spins?
>> Presumably some of these might have a secondary WG.
>
> Right -- one of the key th
#421: Bugs are not displayed as closed
---+
Reporter: kparal| Owner: tflink
Type: defect| Status: new
Priority: major | Milestone:
Component: Blocker bug tr
On Wed, Oct 09, 2013 at 12:32:08PM -0700, Matt Eskes wrote:
> It's taking a bit of time, but I plan to start packaging a couple of
> packages that are not currently available for either Red Hat nor Fedora.
> The main reason for it taking a bit longer really has to do with
> personal infrastru
On Thu, Oct 10, 2013 at 8:12 AM, Alec Leamas wrote:
> On 2013-10-01 19:50, Till Maas wrote:
>
>> Hi,
>>
>> Jarod Wilson, the current lirc maintainer, announced that he wants
>> someone else to maintain lirc due to lack of time/interest[0]. Probably
>> his other four packages need a new maintainer
On 2013-10-01 19:50, Till Maas wrote:
Hi,
Jarod Wilson, the current lirc maintainer, announced that he wants
someone else to maintain lirc due to lack of time/interest[0]. Probably
his other four packages need a new maintainer as, well[1]:
[cut]
Please respond here, if you want to take a packa
Hi,
On 10/01/2013 07:10 PM, Niels de Vos wrote:
On Sat, Sep 14, 2013 at 09:55:38PM +0200, Hans de Goede wrote:
Hi All,
I'm very happy to announce the second release (r2) of my Fedora 19 ARM
remix images for Allwinner A10, A10s, A13 and A20 based devices. This
release is based on the official F
Compose started at Thu Oct 10 09:15:02 UTC 2013
Broken deps for armhfp
--
[blueman]
blueman-1.23-7.fc20.armv7hl requires obex-data-server >= 0:0.4.3
blueman-1.23-7.fc20.armv7hl requires gvfs-obexftp
[bwm-ng]
bwm-ng-0.6
https://bugzilla.redhat.com/show_bug.cgi?id=1017577
--- Comment #1 from Petr Pisar ---
This relase changes metadata only. It's suitable for F≥19.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug
https://bugzilla.redhat.com/token.cgi?t=HdCk
commit 24e9667b7719cd9e5aac0fec5842b6a1bc5a60bd
Author: Petr Písař
Date: Thu Oct 10 14:02:55 2013 +0200
0.010 bump
.gitignore|1 +
perl-Perl-Critic-Lax.spec | 24
sources |2 +-
3 files changed, 18 insertions(+), 9 delet
On Thu, 2013-10-10 at 13:06 +0200, punto...@libero.it wrote:
> Il 10/10/2013 04:12, Tom Callaway ha scritto:
> > Since I hit this, I'd imagine other people might.
> >
> > If your package has:
> >
> > BuildArch: noarch
> >
> > It will set %{_target_cpu} to "noarch".
> >
> > If you also use %ifarch i
Hi,
On 09/19/2013 03:47 PM, davide.soldan.kynet...@gmail.com wrote:
Hi Hans,
I'm having a problem testing your fedora 19 remix on Olinuxino a10s.
The board boot well, and I can login from the serial port, but Xorg crashes
with these outputs:
at boot: http://pastebin.com/PEZf9eKq
after boot if I
On Thu, 10 Oct 2013 13:09:23 +0200, I wrote:
> https://bugzilla.redhat.com/show_bug.cgi?id=1017695
Visited http://bugz.fedoraproject.org/mc and noticed several tickets at
the bottom are "private", too.
This is a step into a wrong direction.
--
devel mailing list
devel@lists.fedoraproject.org
ht
On Thu, 26 Sep 2013 13:33:06 +0200, Jiri Moskovcak wrote:
> Hi,
> as some of you already noticed ABRT started filling a private bugs which
> are only readable by reporter and assigned developer. This is an
> unfortunate UX design together with [1]&[2]. Fixing those two bugzillas
> should help,
Il 10/10/2013 04:12, Tom Callaway ha scritto:
Since I hit this, I'd imagine other people might.
If your package has:
BuildArch: noarch
It will set %{_target_cpu} to "noarch".
If you also use %ifarch in that spec file, you might be expecting it to
match %{_arch} (the architecture of the build
On 10 October 2013 14:19, Caolán McNamara wrote:
> I see that recently chromium appears to have commissioned two fonts
> claimed to be metrically equivalent to Calibri and Cambria. Which is
> super great from the perspective of giving LibreOffice a decent shot at
> laying out Microsoft Office doc
- Original Message -
> Is DNF ready for prime time, the is no API at the moment, so it is not
> possible to convert tool using the yum api to use a DNF api
> I am working on a Python 3 version af yumex, there is package manager for the
> XFCE spin, I have isolated all the yum actions in DB
- Original Message -
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Wed, 09 Oct 2013 14:07:12 +0200
> Jaroslav Reznik wrote:
>
> > ** Request Koji side tag and encourage packagers to rebuilt their
> > packages with Python 3 there
> python is not in the minimal build root python
I see that recently chromium appears to have commissioned two fonts
claimed to be metrically equivalent to Calibri and Cambria. Which is
super great from the perspective of giving LibreOffice a decent shot at
laying out Microsoft Office documents that use the default Calibri
equivalently. It would
25 matches
Mail list logo
