> Oh it looks like there is a F21 copr repo. I'll try that. Thanks.
Yes, we also have vagrant1 scl[0] for RHEL.
[0] https://copr.fedoraproject.org/coprs/jstribny/vagrant1/
- Original Message -
From: "Nathanael D. Noblet"
To: devel@lists.fedoraproject.org
Sent: Thursday, January 22, 2015
Welcome!
Josef
- Original Message -
From: "Vojtěch Trefný"
To: devel@lists.fedoraproject.org
Sent: Thursday, January 22, 2015 4:10:46 PM
Subject: Self Introduction: Vojtech Trefny
Hi all,
my name is Vojtech Trefny and I am from the Czech Republic. I have been
using Linux and OSS for n
# F22 Blocker Review meeting
# Date: 2015-01-26
# Time: 1700 UTC
# Location: #fedora-blocker-review on irc.freenode.net
I seem to have forgotten how to use the "send" button on my mail client,
so this annoucnement is getting out a bit late. Apologies for that!
We've got another blocker review in a
On Sun, Jan 25, 2015 at 05:17:24PM +0100, poma wrote:
> On 23.01.2015 16:02, Zbigniew Jędrzejewski-Szmek wrote:
> > On Thu, Jan 22, 2015 at 06:44:08PM +0100, poma wrote:
> >>
> >> Lukáš 'Allo 'Allo
> >>
> >> I see that some people are trying to "modernize" Fedora.
> >> But what about RHEL relictum
On Mon, 26 Jan 2015 03:02:32 +0100
Kevin Kofler wrote:
> The solution for that is to finally allow multi-release update
> groups, where the karma would be added together for all releases. If
> we push the exact same security fix to 3 releases, it should not need
> separate testing for each.
Whil
Richard W.M. Jones wrote:
> I notice that Debian recently [since July 2014] started to recommend
> that packagers run autoreconf on build. Their reasons are given here
> and seem to be good ones:
>
> https://wiki.debian.org/Autoreconf
I've been arguing in favor of such a policy several times, se
Adam Williamson wrote:
> So thinking this through again...the bit I forgot to mention - the
> reason why 'updates' matters - is that on fedup to Branched, updates-
> testing is (usually) not used, because fedup takes its repo set from
> the release being upgraded from. I don't know if it'd be pract
Adam Williamson wrote:
> With a change along those lines, I think we could plausibly look at
> hard enforcement of the upgrade path, and it would be a good
> improvement. It may be necessary to have *some* kind of override
> mechanism for the case where we have a major security issue we really
> ne
Hi,
I just orphaned bfgminer.
It's a few years out of date now and it's just too low priority for my
to pick it up.
Paul
--
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 Tue, 13 Jan 2015, Neal Becker wrote:
Just tried it on f21. Did:
sudo systemctl enable dnssec-triggerd.service
sudo systemctl start dnssec-triggerd.service
host slashdot.org:
[ works fine ]
Now a local machine:
host nbecker7
btw use dig, not host. host has been deprecated for many years.
$
smi2021url=https://raw.githubusercontent.com/jonjonarnearne/smi2021/61b87c5/drivers/media/usb/smi2021
$ wget \
$smi2021url/smi2021.h \
$smi2021url/smi2021_audio.c \
$smi2021url/smi2021_bootloader.c \
$smi2021url/smi2021_main.c \
$smi2021url/smi2021_v4l2.c
~
Makefile:
obj-m
Salutem
Guys, can you tell us what the situation is with this device(s) and whether it
has a chance to land soon in the kernel?
$ modinfo smi2021.ko
filename: /tmp/smi2021/smi2021.ko
version:0.1
description:SMI2021 - EasyCap
author: Jon Arne Jørgensen
license:
On 01/25/2015 01:28 PM, Vladimir Stackov wrote:
> Greetings,
>
> I would like to claim ownership of retired package [1] and according to [2]
> I'm announcing this.
> I'm going to maintain this package for EL6/7 and Fedora so if anyone was
> already working on this package please let me know.
> The
On 25.01.2015 18:37, Amadeus W.M. wrote:
> On Sun, 25 Jan 2015 17:26:55 +0100, poma wrote:
>
>> On 25.01.2015 07:50, Amadeus W.M. wrote:
>>> I'm trying to do the following:
>>>
>>> 1) add the smi2021 driver for EasyCap Somagic usb frame grabbers into the
>>> kernel tree
>>> 2) compile the kernel
Am 25.01.2015 um 18:37 schrieb Amadeus W.M.:
On Sun, 25 Jan 2015 17:26:55 +0100, poma wrote:
On 25.01.2015 07:50, Amadeus W.M. wrote:
I'm trying to do the following:
1) add the smi2021 driver for EasyCap Somagic usb frame grabbers into the
kernel tree
2) compile the kernel with smi2021 as a m
On Sun, 25 Jan 2015 17:26:55 +0100, poma wrote:
> On 25.01.2015 07:50, Amadeus W.M. wrote:
>> I'm trying to do the following:
>>
>> 1) add the smi2021 driver for EasyCap Somagic usb frame grabbers into the
>> kernel tree
>> 2) compile the kernel with smi2021 as a module
>> 3) build the rpm.
>
>
On Sun, 2015-01-25 at 08:49 -0500, Nico Kadel-Garcia wrote:
> * KVM bridge configuration
Works fine in F21+, I'm using NM on both my main desktop/test box and
my server VM host.
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
On Sun, 25 Jan 2015 09:30:44 -0800, Adam Williamson wrote:
> On Sun, 2015-01-25 at 14:00 +, Amadeus W.M. wrote:
>> Thanks for the answer, please see below.
>
>> which checks that ALL *.config files in the kernel tree have empty
>> .newoptions.
>> Of course, none do, except for the x86_64 one
On Sun, 2015-01-25 at 14:00 +, Amadeus W.M. wrote:
> Thanks for the answer, please see below.
> which checks that ALL *.config files in the kernel tree have empty
> .newoptions.
> Of course, none do, except for the x86_64 ones.
You are required to have a specific choice for all relevant conf
Am 25.01.2015 um 17:09 schrieb poma:
On 25.01.2015 17:02, Joonas Sarajärvi wrote:
also bridge configuration should be possible, but I have not really
tried it with NM.
In NetworkManager it is already settled in F20, and furthermore works in
NetworkD.
Will they still appear someone "who has
On 25.01.2015 07:50, Amadeus W.M. wrote:
> I'm trying to do the following:
>
> 1) add the smi2021 driver for EasyCap Somagic usb frame grabbers into the
> kernel tree
> 2) compile the kernel with smi2021 as a module
> 3) build the rpm.
Why build the whole kernel for one module!?
--
devel mail
On 23.01.2015 16:02, Zbigniew Jędrzejewski-Szmek wrote:
> On Thu, Jan 22, 2015 at 06:44:08PM +0100, poma wrote:
>>
>> Lukáš 'Allo 'Allo
>>
>> I see that some people are trying to "modernize" Fedora.
>> But what about RHEL relictum - initscripts, particularly now that we have
>> NetworkManager/Mode
On 25.01.2015 17:02, Joonas Sarajärvi wrote:
> also bridge configuration should be possible, but I have not really
> tried it with NM.
In NetworkManager it is already settled in F20, and furthermore works in
NetworkD.
Will they still appear someone "who has not tried it yet"? :)
--
devel m
2015-01-25 15:49 GMT+02:00 Nico Kadel-Garcia :
>
> And especially because there are at least 3 things that NetworkManager
> does badly, if at all:These are:
>
> * pair bonding
> * KVM bridge configuration
> * VLAN tagging
>
> It tidn't handle them *at all* the last time I ran Fedora on a server,
>
On Sat, Jan 24, 2015 at 12:32:55AM +0100, Kevin Kofler wrote:
> Nikos Mavrogiannopoulos wrote:
> > My experience with the new package process is that the review process in
> > Step 6 doesn't work. For some of my packages it took 3 months for a
> > reviewer to appear, some others more, some where re
Thanks for the answer, please see below.
On Sat, 24 Jan 2015 23:16:23 -0800, Adam Williamson wrote:
> On Sun, 2015-01-25 at 06:50 +, Amadeus W.M. wrote:
>> I'm trying to do the following:
>>
>> 1) add the smi2021 driver for EasyCap Somagic usb frame grabbers
>> into the
>> kernel tree
>> 2
On Fri, Jan 23, 2015 at 11:10 PM, Reindl Harald wrote:
>
>
> Am 23.01.2015 um 19:26 schrieb Dan Winship:
>>
>> On 01/23/2015 10:53 AM, Reindl Harald wrote:
>>>
>>> on servers and static machines you don't need any dynamic network
>>> configuration
>>
>>
>> which is why NM in F22 will have a "confi
Greetings,
I would like to claim ownership of retired package [1] and according to [2]
I'm announcing this.
I'm going to maintain this package for EL6/7 and Fedora so if anyone was
already working on this package please let me know.
The reason for picking up this package is that I need it to use w
Le dimanche 25 janvier 2015 à 08:13 +, Fedora Rawhide Report a écrit :
> [python-pygit2]
> python-pygit2-0.21.4-1.fc22.i686 requires libgit2.so.21
> python3-pygit2-0.21.4-1.fc22.i686 requires libgit2.so.21
I've tried updating pygit2 to the latest 0.22.0 release, which is made
tor 2015-01-22 klockan 10:48 -0700 skrev Jerry James:
> 5. gap-pkg-sonata: https://bugzilla.redhat.com/show_bug.cgi?id=1185018
> Please let me know what I can review for you in exchange. Thank you.
Hi!
About two weeks ago I sent a list of review requests to this list asking
for review swaps. A
Compose started at Sun Jan 25 05:15:03 UTC 2015
Broken deps for i386
--
[Sprog]
Sprog-0.14-27.fc20.noarch requires perl(:MODULE_COMPAT_5.18.0)
[aeskulap]
aeskulap-0.2.2-0.19beta1.fc22.i686 requires libofstd.so.3.6
aesku
31 matches
Mail list logo