On 08/12/2010 02:39 PM, Mike McGrath wrote:
> On Thu, 12 Aug 2010, Jason L Tibbitts III wrote:
>
>>> "BN" == Bill Nottingham writes:
>>
>> BN> I can't help but note that the slips have become more frequent as we
>> BN> started to actually *have* release criteria to test against. We
>> BN> did
On 08/12/2010 02:39 PM, drago01 wrote:
> On Thu, Aug 12, 2010 at 8:19 PM, Mike McGrath wrote:
>
>> Since 2006 I counted 18 slips (I think one or two of those may just be a
>> single slip listed twice). Lets not yell, lets not flame war, lets not
>> point fingers. How can we fix this?
>
> It is
On 08/12/2010 03:03 PM, Bruno Wolff III wrote:
> On Thu, Aug 12, 2010 at 13:19:29 -0500,
> Mike McGrath wrote:
>> Since 2006 we've slipped at least 16-18 weeks by my count. That's more
>> than half of a full release cycle.
>>
>> Thoughts?
>
> One thing I have noticed is people landing big chang
On 08/12/2010 03:08 PM, Jon Ciesla wrote:
> On 08/12/2010 01:39 PM, Mike McGrath wrote:
>> On Thu, 12 Aug 2010, Jason L Tibbitts III wrote:
>>
"BN" == Bill Nottingham writes:
>>> BN> I can't help but note that the slips have become more frequent as we
>>> BN> started to actually *have
On 08/25/2010 06:20 AM, Christof Damian wrote:
> On Tue, Aug 24, 2010 at 23:06, Mike McGrath wrote:
>> On Tue, 24 Aug 2010, Till Maas wrote:
>>> If they like a faster bootup, then yes, they will. And I as a
>>> workstation user like it.
>>>
>>
>> [citation needed]
>>
>> I asked for this and was to
gudev-sharp: https://bugzilla.redhat.com/show_bug.cgi?id=639346
gkeyfile-sharp: https://bugzilla.redhat.com/show_bug.cgi?id=639348
gio-sharp: https://bugzilla.redhat.com/show_bug.cgi?id=639350
gtk-sharp-beans: https://bugzilla.redhat.com/show_bug.cgi?id=639351
Thanks!
Nathaniel
--
devel mailing
On 10/05/2010 09:02 AM, Dariusz J. Garbowski wrote:
> On 05/10/10 05:00 AM, Peter Robinson wrote:
>> On Tue, Oct 5, 2010 at 11:22 AM, Richard Hughes wrote:
>>> On 5 October 2010 09:55, FlorianFesti wrote:
Sorry for my may be naive question: Why do we need to know if we are
docked or not
On 10/05/2010 09:12 AM, Dariusz J. Garbowski wrote:
> On 05/10/10 07:09 AM, Nathaniel McCallum wrote:
>> On 10/05/2010 09:02 AM, Dariusz J. Garbowski wrote:
>>> On 05/10/10 05:00 AM, Peter Robinson wrote:
>>>> On Tue, Oct 5, 2010 at 11:22 AM, Richard Hughes
>>&
On 10/05/2010 11:21 AM, Christoph Frieben wrote:
> 2010/10/5 Florian Festi:
>> I wonder if there are latops that can be booted with lid closed and that
>> make a subtle sematic difference between the lid was just being closed
>> and is lid was already closed when we booted up.
>
> IBM ThinkPad T23
On 10/05/2010 11:53 AM, Adam Williamson wrote:
> On Tue, 2010-10-05 at 09:35 +0100, Richard Hughes wrote:
>> On 5 October 2010 05:30, Orion Poplawski wrote:
>>> Are we really stuck with gdm/kdm/lxdm/...dm
>>> implementing it?
>>
>> No, I think what we need to do is to teach GPM how to turn off the
On 10/05/2010 02:16 PM, Adam Williamson wrote:
> On Tue, 2010-10-05 at 19:05 +0100, Matthew Garrett wrote:
>> On Tue, Oct 05, 2010 at 08:53:12AM -0700, Adam Williamson wrote:
>>
>>> Maybe just 'lid closed and external monitor connected' would be close
>>> enough? Is there a use case where you'd wan
On 10/05/2010 02:25 PM, Matthew Garrett wrote:
> On Tue, Oct 05, 2010 at 02:18:20PM -0400, Nathaniel McCallum wrote:
>
>> Agreed, the hardware may lie, but the kernel is the arbiter of truth, at
>> least in this case.
>
> The range of ways that lid switches can be brok
On 10/06/2010 10:41 AM, Ralf Corsepius wrote:
> On 10/06/2010 04:08 PM, Michal Schmidt wrote:
>> On Wed, 06 Oct 2010 15:26:59 +0200 Ralf Corsepius wrote:
>>> On 10/06/2010 02:49 PM, Matej Cepl wrote:
Nonsense, trademarks exists to protect users and to avoid living off
somebody else brand
On 10/06/2010 12:12 PM, Bruno Wolff III wrote:
> On Wed, Oct 06, 2010 at 10:59:08 -0400,
> Nathaniel McCallum wrote:
>>
>> I have an idea... I'm going to create a fork of Fedora. I'm going to
>> fill it full of proprietary shit. I'm going to find the bu
On 10/06/2010 12:41 PM, Bruno Wolff III wrote:
> On Wed, Oct 06, 2010 at 12:29:59 -0400,
> Nathaniel McCallum wrote:
>>
>> The only possible room for debate that I see is that there is, in
>> Firefox, a potential conflict between our "ship upstream" and "
On 10/06/2010 12:50 PM, Till Maas wrote:
> On Tue, Oct 05, 2010 at 11:22:44AM +0100, Richard Hughes wrote:
>
>> Well, I guess some people would want the laptop to suspend, but it's a
>> very good question. Now all it needs is someone willing and able to
>> write a little patch for me :-)
>
> Do y
On 10/06/2010 01:17 PM, Till Maas wrote:
> On Wed, Oct 06, 2010 at 12:54:41PM -0400, Nathaniel McCallum wrote:
>
>> I'm pretty sure docking stations are irrelevant to this whole thread.
>> The issue is about lids and video outputs. If you think lids are all
>> over t
I'd like to propose that we upgrade banshee (and
banshee-community-extensions) to 1.8.0 in F13. I estimate that this
will close about half our open bugs. Doing this will require the
following package upgrades in F13:
* clutter-sharp - Upgrade (I'm pretty sure Banshee is the only user)
* gio-shar
Well, seeing as I am one of the maintainers, I don't have a problem with
that. Does anyone know if it is disabled for a reason?
On 10/11/2010 12:38 PM, Andy Shevchenko wrote:
> Agree if the maintainer enables the MPRISv2 support there.
>
> On Mon, Oct 11, 2010 at 7:20 PM, Nath
I don't actually see that as a build option in either banshee or
banshee-community-extensions. Am I missing something?
Nathaniel
On 10/11/2010 12:38 PM, Andy Shevchenko wrote:
> Agree if the maintainer enables the MPRISv2 support there.
>
> On Mon, Oct 11, 2010 at 7:20 PM, Nath
re
> defaultEnabled="false"
>
> And commit which brought that support tells the same "by default it's
> disabled"
>
> On Mon, Oct 11, 2010 at 8:00 PM, Nathaniel McCallum
> wrote:
>> I don't actually see that as a build opt
On 10/11/2010 01:50 PM, Todd Zullinger wrote:
> Kevin Fenzi wrote:
>> Would the libgpod update require rebuilding or changing anything
>> else? How many other packages depend on that?
>
> The libgpod update should be safe. Though if it was up to me I'd wait
> for libgpod to reach 0.8.0. Upstrea
On 10/11/2010 01:37 PM, Kevin Fenzi wrote:
> On Mon, 11 Oct 2010 12:20:54 -0400
> Nathaniel McCallum wrote:
>
>> I'd like to propose that we upgrade banshee (and
>> banshee-community-extensions) to 1.8.0 in F13. I estimate that this
>> will close about half
I've just tagged libgpod 0.8.0 for F13 updates-testing. This is the
first step to an updated Banshee (1.8.0) in F13 as well as better
iPhone/iPad support in the existing Rhythmbox. I'd really like to get
some testing on this, so please, if you are using updates-testing and
have any Apple-brand de
On 10/13/2010 09:37 AM, Rex Dieter wrote:
> Nathaniel McCallum wrote:
>
>> I've just tagged libgpod 0.8.0 for F13 updates-testing. This is the
>> first step to an updated Banshee (1.8.0) in F13 as well as better
>> iPhone/iPad support in the existing Rhythmbox. I
On 10/19/2010 11:25 AM, seth vidal wrote:
> On Tue, 2010-10-19 at 16:22 +0100, Matthew Garrett wrote:
>>>
>>> Hmm, So when this was broken a lot of bugs were triggered?
>>>
>>> Sure seems like if a lot of bugs are being triggered then it is NOT a
>>> niche usecase.
>>>
>>> You can't have it both w
On 10/27/2010 10:38 AM, Neal Becker wrote:
> Sorry to be so stupid. I don't really have a lot of time to spend on this,
> maybe someone can give me a clue.
>
> I updated unuran master just fine.
>
> Then I did my usual dance:
>
> fedpkg switch-branch f14
> git merge master
> fedpkg push
> fedp
Dan, that works on wireless networks. On wired networks the ARP technique
determines *which* of the valid leases you should attempt to restore. So on
a wired network you:
1. ARP the known DHCP server IPs to discover the subnet.
2. ARP the IP from the valid lease on that subnet to avoid collision.
3
On Wed, Aug 3, 2011 at 1:38 PM, Bill McGonigle wrote:
> On 08/03/2011 01:19 PM, Dan Williams wrote:
>> The Ubuntu NM maintainer has posted a WIP patch that makes NM say it's
>> connected immediately if at least one of IPv4 or IPv6 completes.
>> Currently if both are enabled, NM won't say it's conn
On Wed, Aug 3, 2011 at 1:43 PM, Nathaniel McCallum
wrote:
> On Wed, Aug 3, 2011 at 1:38 PM, Bill McGonigle wrote:
>> On 08/03/2011 01:19 PM, Dan Williams wrote:
>>> The Ubuntu NM maintainer has posted a WIP patch that makes NM say it's
>>> connected immediately
xguest is the way to do this because it involves much more than simply
wiping the hard drive. xguest also locks down the account with selinux
so that the vector for attacks is quite minimal.
On Fri, Aug 12, 2011 at 3:21 AM, Dave Quigley wrote:
> You should look into the xguest package on Fedora.
"gcc -m32 -o foo foo.c" gives me:
/usr/include/gnu/stubs.h:7:27: fatal error: gnu/stubs-32.h: No such file
or directory
If I copy the gnu/stubs-32.h file from the 32bit glibc-devel package
into the right place and run the command above again I get:
/usr/bin/ld: cannot find crt1.o: No such file or
On Wed, Sep 7, 2011 at 11:56 AM, Ricky Zhou wrote:
> On 2011-09-07 11:52:58 AM, Nathaniel McCallum wrote:
>> "gcc -m32 -o foo foo.c" gives me:
>> /usr/include/gnu/stubs.h:7:27: fatal error: gnu/stubs-32.h: No such file
>> or directory
>>
>> If I copy t
On Wed, Sep 7, 2011 at 12:04 PM, Nathaniel McCallum
wrote:
> On Wed, Sep 7, 2011 at 11:56 AM, Ricky Zhou wrote:
>> On 2011-09-07 11:52:58 AM, Nathaniel McCallum wrote:
>>> "gcc -m32 -o foo foo.c" gives me:
>>> /usr/include/gnu/stubs.h:7:27: fatal error
On Wed, Sep 7, 2011 at 12:15 PM, Ricky Zhou wrote:
> On 2011-09-07 12:04:06 PM, Nathaniel McCallum wrote:
>> That was what I thought... Sot it was the first thing I tried (note,
>> this is F16):
>> $ sudo yum install glibc-devel.i686
>> Loaded plugins: fastestmirror,
On Wed, Sep 7, 2011 at 1:04 PM, Kevin Fenzi wrote:
> On Wed, 7 Sep 2011 12:23:11 -0400
> Nathaniel McCallum wrote:
>
>> I don't appear to have any i[356]86 packages in any of the repos on my
>> F16 box. Is there an rpm I'm missing?
>
> No, it should show t
The context for this question can be found here:
http://lists.fedoraproject.org/pipermail/virt-maint/2011-March/002289.html
https://bugzilla.redhat.com/show_bug.cgi?id=679179
So the summary is that openbios needs to be compiled on PPC/SPARC and
then imported to the rest of the repos as noarch. Spo
On Wed, Sep 14, 2011 at 8:13 PM, Josh Boyer wrote:
> On Wed, Sep 14, 2011 at 7:29 PM, Nathaniel McCallum
> wrote:
>> The context for this question can be found here:
>> http://lists.fedoraproject.org/pipermail/virt-maint/2011-March/002289.html
>> https://bugzilla.re
On Wed, Sep 14, 2011 at 9:12 PM, Josh Boyer wrote:
> On Wed, Sep 14, 2011 at 8:45 PM, Nathaniel McCallum
> wrote:
>> On Wed, Sep 14, 2011 at 8:13 PM, Josh Boyer wrote:
>>> On Wed, Sep 14, 2011 at 7:29 PM, Nathaniel McCallum
>>> wrote:
>>>> The c
On Wed, 2011-03-23 at 16:41 -0500, Adam Miller wrote:
> On Wed, Mar 23, 2011 at 10:35:55PM +0100, Joshua C. wrote:
> > Hi,
> >
> > fedora is known for offering the "latest and greates software" and
> > "being on the edge" etc. So I was just wondering if the latest f14
> > will ever get the latest
On Mon, 2011-03-28 at 16:05 -0400, Przemek Klosowski wrote:
> On 03/24/2011 02:49 PM, Kevin Kofler wrote:
> > On Thursday 24 March 2011, you wrote:
> >> Hmm, I thought there'd be a catch. What's executable permission needed
> >> for? Isn't that just reading/parsing? I can do some work but I am
> >>
On Tue, 2011-04-12 at 13:38 -0400, Adam Jackson wrote:
> On Tue, 2011-04-12 at 12:23 -0400, Bill Nottingham wrote:
> > Adam Jackson (a...@redhat.com) said:
> > > So that's the rough plan. Comments appreciated if I'm overlooking
> > > anything.
> >
> > The question would be how we ensure that the
On Tue, 2011-04-12 at 13:57 -0400, Casey Dahlin wrote:
> On Tue, Apr 12, 2011 at 01:48:19PM -0400, Nathaniel McCallum wrote:
> >
> > With this approach, you have lost a critical feature: the ability for
> > you to change your hardware (or move the software bits to a differ
On Tue, 2011-04-12 at 14:00 -0400, Adam Jackson wrote:
> On Tue, 2011-04-12 at 13:48 -0400, Nathaniel McCallum wrote:
> > On Tue, 2011-04-12 at 13:38 -0400, Adam Jackson wrote:
> > > But then, if we had _that_, comps could grow a fourth class for
> > > "as-neede
On Tue, 2011-04-12 at 19:06 +0100, Matthew Garrett wrote:
> On Tue, Apr 12, 2011 at 01:48:19PM -0400, Nathaniel McCallum wrote:
>
> > With this approach, you have lost a critical feature: the ability for
> > you to change your hardware (or move the software bits to a different
On Tue, 2011-04-12 at 19:06 +0100, Matthew Garrett wrote:
> On Tue, Apr 12, 2011 at 01:48:19PM -0400, Nathaniel McCallum wrote:
>
> > With this approach, you have lost a critical feature: the ability for
> > you to change your hardware (or move the software bits to a different
On Tue, 2011-04-12 at 13:18 -0500, Chris Adams wrote:
> Once upon a time, Nathaniel McCallum said:
> > With this approach, you have lost a critical feature: the ability for
> > you to change your hardware (or move the software bits to a different
> > computer) and have eve
On Wed, Nov 9, 2011 at 8:46 PM, Adam Williamson wrote:
> I'm currently going through and bumping several packages whose Rawhide
> builds have got behind their F16 builds.
>
> I've come across several packages where git merge hit 'conflicts' for no
> readily apparently reason in this case.
http://
Yes, I'll review it.
On Mon, Nov 14, 2011 at 2:46 PM, Richard Shaw wrote:
> I was looking for a way to check abi compatibility for a package I
> maintain that does not control API/ABI compatibility and found this:
>
> http://forge.ispras.ru/projects/abi-compliance-checker
>
> I already have it pa
If its perl, I'm probably not qualified. Anyone else want to take this?
On Mon, Nov 14, 2011 at 3:13 PM, Richard Shaw wrote:
> On Mon, Nov 14, 2011 at 1:48 PM, Nathaniel McCallum
> wrote:
>> Yes, I'll review it.
>
> https://bugzilla.redhat.com/show_bug.cgi?id=7539
I've built packages of MongoDB 2.0.2 for f15, f16 and f17. This should be a
drop in replacement for your 1.8.x server. See
http://www.mongodb.org/display/DOCS/2.0+Release+Notes#2.0ReleaseNotes-Upgradingfor
further details.
However, I had to rewrite the patch providing js 1.8.5 support. So I'd like
On Tue, Jan 17, 2012 at 2:12 PM, Jon VanAlten wrote:
>
>
> - Original Message -
> > From: "Nathaniel McCallum"
> > To: "Development discussions related to Fedora" <
> devel@lists.fedoraproject.org>
> > Sent: Tuesday, January
Daniel, can you point me to some docs on how to do this?
On Tue, Jan 17, 2012 at 3:41 PM, Daniel J Walsh wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 01/17/2012 02:12 PM, Jon VanAlten wrote:
> >
> >
> > - Original Message -
>
On Tue, Jan 24, 2012 at 6:23 AM, mike cloaked wrote:
> Having looked at the way releasing packages and versions in linux has
> been moving in a number of distributions it is interesting that there
> are several that now have a rolling-release model.
>
> Three of these are:
>
> Debian CUT:
> http:/
I'm a fan of systemd [1]. And although I didn't like the fact that unit
files were stored in /lib, I understood the rationale since there was no
/share. However, I've just recently discovered [2] that after UsrMove unit
files will be stored in /usr/lib. Can we not do better than this? And I'd
reall
On Fri, Feb 17, 2012 at 11:48 AM, Toshio Kuratomi wrote:
> On Fri, Feb 17, 2012 at 10:46:58AM -0500, Nathaniel McCallum wrote:
> > I'm a fan of systemd [1]. And although I didn't like the fact that unit
> files
> > were stored in /lib, I understood the rationale
2012/2/17 "Jóhann B. Guðmundsson"
> On 02/17/2012 04:48 PM, Toshio Kuratomi wrote:
>
>> Yeah -- so I see three options -- move systemd unit files to /usr/share,
>> revert /usr/move, change rpmlint (or a fourth -- ignore this warning for
>> f17
>> and move systemd unit files to /usr/share for f18)
On Fri, Feb 17, 2012 at 12:04 PM, Reindl Harald wrote:
>
>
> Am 17.02.2012 18:00, schrieb Nathaniel McCallum:
> > Move systemd unit files to /usr/share and provide simple logic to fall
> back /lib, so as not to break upgrades with
> > custom unit files. I am certainly n
On Fri, Feb 17, 2012 at 12:17 PM, Reindl Harald wrote:
>
>
> Am 17.02.2012 18:09, schrieb Nathaniel McCallum:
> >
> >
> > 2012/2/17 "Jóhann B. Guðmundsson" johan...@gmail.com>>
> >
> > On 02/17/2012 04:48 PM, Toshio Kuratomi wrote:
On Wed, Feb 29, 2012 at 7:41 AM, Giovanni Campagna <
scampa.giova...@gmail.com> wrote:
>
> PS: it would be useful to have some GUI tool to configure PolicyKit.
> Everytime I clean my system I have to dig through dozens of manual
> pages just to get virt-manager without a password for my user.
Ac
On 11/15/2010 10:11 AM, Adam Jackson wrote:
> On Fri, 2010-11-12 at 09:35 -0700, Kevin Fenzi wrote:
>
>> * Can we finally remove hal? (xfce4.8 shouldn't need it anymore with
>> any luck).
>
> Only 30 packages left requiring it, according to repoquery. smolt's
> probably the most interesting o
Anyone have a review they would like to swap?
https://bugzilla.redhat.com/show_bug.cgi?id=662349
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
There are now builds of Natus for all versions of Fedora and EL6. I'd
love some testing and karma if possible. You can find builds here:
http://koji.fedoraproject.org/koji/packageinfo?packageID=11322
Bodhi updates are here:
https://admin.fedoraproject.org/updates/natus
Thanks!
Nathaniel
--
de
On 01/11/2011 05:28 PM, Horst H. von Brand wrote:
> After "yum erase"ing rhythmbox (it did hold back some hundreds of updates),
> and rebooting into my Gnome/Openbox session (and leaving, the screensaver
> kicked in) I found the background flickering. I gave the password to the
> screensaver, and t
https://bugzilla.redhat.com/show_bug.cgi?id=625187
This bug basically makes Fedora completely unusable in rawhide for
NVA{3,5,8} users. At this point I think it should be made a blocker.
Multiple people have volunteered help to resolve it, but there has been
no movement for months, no link to an
On 01/14/2011 03:42 PM, Adam Williamson wrote:
> On Fri, 2011-01-14 at 14:08 -0500, Nathaniel McCallum wrote:
>> https://bugzilla.redhat.com/show_bug.cgi?id=625187
>>
>> This bug basically makes Fedora completely unusable in rawhide for
>> NVA{3,5,8} users. At this poin
On Wed, 2011-02-23 at 09:27 -0500, Josef Bacik wrote:
> On Wed, Feb 23, 2011 at 9:18 AM, John Reiser wrote:
> > On 02/23/2011 05:07 AM, drago01 wrote:
> >> Defaults should be chooses on the metric what provides the best
> >> experience for the users not based on "what we have been doing in the
> >
On 06/18/2010 09:08 AM, Robin 'cheese' Lee wrote:
> Hello, all!
>
> And the foundations and first floors of this skyscraper is Zope2 and its
> dependencies, which I have built up. The latest version of Zope2 is 2.12.7.
>
> All the spec files are accessible through my git repo:
> http://fedorapeople
On 06/18/2010 09:48 AM, LI Rui Bin wrote:
> On 06/18/2010 09:33 PM, Nathaniel McCallum wrote:
>> On 06/18/2010 09:08 AM, Robin 'cheese' Lee wrote:
>>> Hello, all!
>>>
>>> And the foundations and first floors of this skyscraper is Zope2 and its
>&
On 06/20/2010 12:22 AM, Jonathan Steffan wrote:
> On Fri, 2010-06-18 at 21:08 +0800, Robin 'cheese' Lee wrote:
>> The 'zope' package itself is most kept under the same conventions of the
>> legacy 2.10.x 'zope' package.
>
> We have a unique opportunity to address many of the failings of the
> curre
On 06/20/2010 07:00 AM, Robin 'cheese' Lee wrote:
> On 06/20/2010 12:22 PM, Jonathan Steffan wrote:
>> On Fri, 2010-06-18 at 21:08 +0800, Robin 'cheese' Lee wrote:
>>
>>> The 'zope' package itself is most kept under the same conventions of the
>>> legacy 2.10.x 'zope' package.
>>>
>> With zope 2.12
On 06/20/2010 05:42 AM, Robin 'cheese' Lee wrote:
> On 06/20/2010 12:45 PM, Nathaniel McCallum wrote:
>> On 06/20/2010 12:22 AM, Jonathan Steffan wrote:
>>
>>> On Fri, 2010-06-18 at 21:08 +0800, Robin 'cheese' Lee wrote:
>>>
>>>> The
On 06/20/2010 05:08 AM, Robin 'cheese' Lee wrote:
The spec file for each per-module package I just created is generated
through a little and nasty script which converts spec files generated by
setuptools to ones complying with Fedora standards. (The script is too
nasty to open its source.)
A be
libproxy is done too
2010/7/5 Simon Wesp :
> Am Freitag, den 02.07.2010, 10:36 -0400 schrieb Matthias Clasen:
>> surf
> done, thank you for this info!
>
> --
> Mit freundlichen Grüßen aus dem schönen Hainzell
> Simon Wesp
>
> http://www.fedoraproject.org/wiki/SimonWesp
>
> --
> devel mailing list
https://admin.fedoraproject.org/updates/python-yubico-1.2.3-1.fc20
https://admin.fedoraproject.org/updates/python-yubico-1.2.3-1.fc21
https://admin.fedoraproject.org/updates/python-yubico-1.2.3-1.fc22
I have just created updates for python-yubico. This new upstream
release just adds support for n
On Mon, 2015-03-23 at 13:08 -0400, Nathaniel McCallum wrote:
> https://admin.fedoraproject.org/updates/python-yubico-1.2.3-1.fc20
> https://admin.fedoraproject.org/updates/python-yubico-1.2.3-1.fc21
> https://admin.fedoraproject.org/updates/python-yubico-1.2.3-1.fc22
>
> I ha
I have submitted new packages for python-cryptography to F21 and F22:
https://admin.fedoraproject.org/updates/python-cryptography-vectors-0.8.2-1.fc22,python-cryptography-0.8.2-1.fc22
https://admin.fedoraproject.org/updates/python-cryptography-vectors-0.8.2-1.fc21,python-cryptography-0.8.2-1.fc21
Could someone apply this patch to rygel so at least we can get a successful
build?
http://git.gnome.org/browse/rygel/commit/?h=wip/new-gupnp-dlna&id=118af0f588879703e0dd7d01787897b5893032e0
Thanks,
Nathaniel
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailm
the build.
Nathaniel
On Sat, Jan 26, 2013 at 5:01 AM, Krzesimir Nowak wrote:
> 2013/1/26 Nathaniel McCallum
>
>> Could someone apply this patch to rygel so at least we can get a
>> successful build?
>> http://git.gnome.org/browse/ryg
FYI, FreeIPA is hoping to land two-factor auth support with MIT krb5 in
roughly the same time-frame.
Nathaniel
On Tue, Jan 29, 2013 at 9:48 AM, Jaroslav Reznik wrote:
> = Features/EnterpriseTwoFactorAuthentication =
> https://fedoraproject.org/wiki/Features/EnterpriseTwoFactorAuthentication
>
On Fedora 21, OpenSSL doesn't appear to support NIST p224r1, but *does*
support other NIST curves. I presume this was intentional, but I'm not
sure why. Can someone enlighten me?
$ openssl ecparam -list_curves
secp384r1 : NIST/SECG curve over a 384 bit prime field
secp521r1 : NIST/SECG curve o
I'm working on this project: http://www.freeipa.org/page/V3/OTP
Users need to be able to create, edit and delete their own tokens. Each
token has an attribute: ipatokenOwner.
I attempted creating this ACL: (target =
"ldap:///ipatokenuniqueid=*,cn=otp,dc=example,dc=com";)(targetfilter =
"(objectCl
Is it possible to build a one-time build of selinux-policy without
scriptlets so that the update will succeed?
On Sat, Jan 18, 2014 at 3:47 PM, Rahul Sundaram wrote:
> Hi
>
> Since updates don't automatically fix the issue created by
> https://bugzilla.redhat.com/show_bug.cgi?id=1054350 and use
FreeIPA is experiencing build-failure in Koji Rawhide.
http://koji.fedoraproject.org/koji/packageinfo?packageID=11554
This is due to -pie being present in the LDFLAGS on rawhide. This in
turn requires that all code be compiled with -fPIC, which is not
normally required for simple executables. Nor
On Mon, Nov 21, 2016 at 10:03 AM, Alexander Bokovoy wrote:
> On ma, 21 marras 2016, Florian Weimer wrote:
>>
>> On 11/21/2016 01:31 PM, Stephen Gallagher wrote:
>>
>> Thanks for your explanation.
>>
>>> So yes, we have protection against that. FreeIPA (which is backing this
>>> solution) requires
On Mon, Nov 28, 2016 at 3:10 AM, Alexander Bokovoy wrote:
> On su, 27 marras 2016, Ken Dreyer wrote:
>>
>> On Wed, Nov 23, 2016 at 7:17 AM, Alexander Bokovoy
>> wrote:
>>>
>>> Heimdal does not support MS-KKDCP spec, so you are left with direct
>>> Kerberos communication over port 88/tcp or 88/udp
So apparently yubico-piv-tool ships $libdir/libykpkcs11.so*, but this
doesn't get picked up by p11-kit by default. I suspect it has gone
unnoticed largely because for most crucial operations the opensc
module also works with Yubikeys. However, this is not true for all
operations (in particular, in
On Mon, Dec 5, 2016 at 3:00 AM, Nikos Mavrogiannopoulos wrote:
> On Mon, 2016-12-05 at 08:41 +0100, Jakub Jelen wrote:
>> On 12/03/2016 01:50 PM, Nathaniel McCallum wrote:
>> > So apparently yubico-piv-tool ships $libdir/libykpkcs11.so*, but
>> > this
>> >
On Mon, Dec 5, 2016 at 2:41 AM, Jakub Jelen wrote:
> On 12/03/2016 01:50 PM, Nathaniel McCallum wrote:
>>
>> So apparently yubico-piv-tool ships $libdir/libykpkcs11.so*, but this
>> doesn't get picked up by p11-kit by default. I suspect it has gone
>> unnoticed
On Mon, Dec 5, 2016 at 10:35 AM, Nikos Mavrogiannopoulos
wrote:
> On Mon, 2016-12-05 at 10:23 -0500, Nathaniel McCallum wrote:
>
>> > Indeed, in the case where one has both ykcs11 and opensc, he would
>> > have
>> > to supply --detailed-urls to p11tool to be
Hello Fedoraland!
I recently blogged about an effort to improve multi-factor
authentication with OTPs by sending the OTP code from your phone to
your computer directly using Bluetooth. The full story can be read
here:
http://npmccallum.gitlab.io/post/sending-freeotp-codes-over-bluetooth/
However
Thanks!
On Wed, Dec 6, 2017 at 7:16 AM, Jakub Jelen wrote:
> On Tue, 2017-12-05 at 16:05 -0500, Nathaniel McCallum wrote:
>> Hello Fedoraland!
>>
>> I recently blogged about an effort to improve multi-factor
>> authentication with OTPs by sending the OTP code from you
Do you speak (I think) Korean and English? Can you code? If so, I
could use your help.
The Fedora-associated FreeOTP project has received this pull request:
https://github.com/freeotp/freeotp-android/pull/165
The comments and commit descriptions are almost entirely in Korean and
I don't know how
The pull request has been updated here:
https://github.com/freeotp/freeotp-android/pull/166
On Wed, Dec 6, 2017 at 9:47 AM, Nathaniel McCallum
wrote:
> Do you speak (I think) Korean and English? Can you code? If so, I
> could use your help.
>
> The Fedora-associated FreeOTP project
https://bodhi.fedoraproject.org/updates/grubby-8.40-10.fc28
We've built grubby with support for /boot on btrfs. We're trying to
land this in F28. But we need testers. That's where you come in! If
you ever interact with grubby and especially if you have an exotic
grub2 setup, please download and te
:12, Nathaniel McCallum
> wrote:
> >
> > https://bodhi.fedoraproject.org/updates/grubby-8.40-10.fc28
> >
> > We've built grubby with support for /boot on btrfs. We're trying to
> > land this in F28. But we need testers. That's where you come in! If
>
I have created an update for F27 which contains this feature:
https://bodhi.fedoraproject.org/updates/FEDORA-2018-badf6d0f9e
Testing is more than welcome!
On Fri, Mar 9, 2018 at 2:43 PM, Nathaniel McCallum
wrote:
> Thomasz, could you please leave karma on the bodhi update?
>
&
Most of the below packages are mine. I'm fine with this rebuild. I
will retire deo as upstream (me) is dead.
On Thu, Nov 2, 2017 at 6:17 AM, Ondrej Kozina wrote:
> Hi again,
>
> just brief update with some tests before the soname bump takes effect.
>
> I've tested rebuilds of packages depending o
98 matches
Mail list logo
