t at https://fedorahosted.org/fesco,
e-mail me directly, or bring it up at the end of the meeting, during
the open floor topic. Note that added topics may be deferred until
the following meeting.
--
Tomas Mraz
No matter how far down the wrong road you've
===
#fedora-meeting: FESCO (2014-07-16)
===
Meeting started by t8m at 17:02:00 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting/2014-07-16/fesco.2014-07-16-17.02.log.html
.
Meeting summary
---
he following meeting.
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
Turkish proverb
(You'll never know whether the road is wrong though.)
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproj
uot;. A name like "dnf" isn't
> really helpful as part of the system command language "API". It is
> obscure lore that contributes to making Linux harder to learn. (So is
> "yum" but that ship has sailed.)
BTW repoquery --repoid=rawhide -f /usr/bin/pk
llagh: no opposed to now, just feel like the right time
to do so is when she actually leaves the role
17:31:03 * t8m agrees with dgilmore
17:32:01 yeah, I think we should wait and do so at the appropriate
time.
17:32:47 Withdrawn
17:32:55 Anything else for Open floor?
17:33:12 If not, I'll
, or bring it up at the end of the meeting, during
the open floor topic. Note that added topics may be deferred until
the following meeting.
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
Turkish proverb
(You'l
===
#fedora-meeting: FESCO (2014-04-09)
===
Meeting started by t8m at 18:00:21 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting/2014-04-09/fesco.2014-04-09-18.00.log.html
.
Meeting summary
-
can reply to
this e-mail, file a new ticket at https://fedorahosted.org/fesco,
e-mail me directly, or bring it up at the end of the meeting, during
the open floor topic. Note that added topics may be deferred until
the following meeting.
--
Tomas Mraz
No matter how far down the wrong road yo
On Pá, 2014-02-28 at 14:51 -0500, Simo Sorce wrote:
> On Fri, 2014-02-28 at 19:37 +, Richard Hughes wrote:
> > On 28 February 2014 15:38, Tomas Mraz wrote:
> > > This should not break builds of any reasonably current software.
> >
> > libgcrypt.so.11()(
g-ago deprecated API calls. This should not break builds of any
reasonably current software. I've included the temporary old shared
library so the buildroots are not broken.
I will try to rebuild the dependencies eventually.
Regards,
--
Tomas Mraz
No matter how far down the wrong road you
e deferred until
the following meeting.
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
Turkish proverb
(You'll never know whether the road is wrong though.)
--
devel mailing list
devel@lists.fed
ever I would prefer "fc20-copr".
> > I.e. not to use dot as separator.
>
> That would require changes to RPM -- the "-" has special meaning.
We could use underscore "_" instead.
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn back
e/builder/NEVR line, *without* adding a new
> > line identifying the new build, date and builder. That way when someone
> > comes along and does a new build, they ought to see what should happen -
> > they should roll your partial entry into the entry they add for the
> >
separate file for
> the primary config file, thus guaranteeing that authconfig would not
> overwrite it.
Yes, I want to confirm that as I added this mechanism in place before
RHEL-5. It is also described in the manual page system-auth-ac(5).
--
Tomas Mraz
No matter how far down the wrong
===
#fedora-meeting: FESCO (2014-01-08)
===
Meeting started by t8m at 18:01:33 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting/2014-01-08/fesco.2014-01-08-18.01.log.html
.
Meeting summary
-
rectly, or bring it up at the end of the meeting, during
the open floor topic. Note that added topics may be deferred until
the following meeting.
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
Turkish proverb
(You'l
On Út, 2013-12-03 at 22:28 +0100, Florian Weimer wrote:
> On 12/03/2013 07:58 PM, Tomas Mraz wrote:
>
> > I'd suggest to follow the "Medium term goals" from the page. That means
> > to choose the backend from one of the following libraries (in the order
>
e).
1. NSS
2. GNUTLS (with nettle as crypto backend, but nettle never used
directly by applications)
3. OpenSSL
4. libgcrypt
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
Turkish prove
On Čt, 2013-11-21 at 11:26 +, Richard W.M. Jones wrote:
> On Thu, Nov 21, 2013 at 10:29:39AM +0100, Tomas Mraz wrote:
> > On St, 2013-11-20 at 20:33 +, Richard W.M. Jones wrote:
> > > See:
> > > https://github.com/ocaml/ocaml/blob/trunk/byterun/md5.c#L78
>
y, I am not sure it is worth it to replace the bundled copy with a
library call.
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
Turkish proverb
(You'll never know whether the road is wrong though.)
--
devel mail
only headless Java. I much more believe
the maintainers will ignore the bug even if the package requires full
Java which will mean that the package gets broken after the mass change.
But that's a maintainer ignorance problem then and not just mass
breaking packages by a script.
--
Tomas Mraz
N
I've orphaned workrave and ipsec-tools in all active branches of Fedora
as I do not use them any more.
Feel free to take them. Both upstreams are still active although with
very low activity.
--
Tomas Mraz
No matter how far down the wrong road you've gone,
st entry
which made the line invalid and the message was the same as for first
contact with the server. So I wonder if Harald did the same mistake.
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
Turkish proverb
(You&#
9: I proposed - life of SCL - similar as other
packages, only maintainer must warn about orphaning SCL in advance
18:59:38 * sgallagh departs
18:59:50 notting: ah. yeah, that was implicit in my thoughts.
FPC can make that explicit.
19:00:18 all of the promises fedora makes are best-effort prom
t at https://fedorahosted.org/fesco,
e-mail me directly, or bring it up at the end of the meeting, during
the open floor topic. Note that added topics may be deferred until
the following meeting.
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
the situation.
Please open a FESCo ticket. Ideally with some proposal that can be
discussed and approved.
Thanks,
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
Turkish proverb
(You'll never know whether the
kage according to the
https://fedoraproject.org/wiki/Packaging:Guidelines#Renaming.2FReplacing_Existing_Packages
But once you install the new split openssl package it should not be
obsoleted by openssl-libs so I think the obsoletes are correct.
--
Tomas Mraz
No matter how far down the wrong
imilar issues?
> I have no doubt they exist, but they're not on my radar right now and
> I'd like to keep track of them.
See the lengthy related discussion here
https://bugzilla.redhat.com/show_bug.cgi?id=753882
--
Tomas Mraz
No matter how far down the wrong road you've gone,
tials from a stolen hard drive. Users can always
> modify the location they want to use by using the KRB5CCNAME
> environment variable and various configuration options (such as
> krb5_ccname_template in SSSD) to select a persistent location if they
> choose to.
>
>
> For the r
On Fri, 2013-07-19 at 11:24 -0400, john.flor...@dart.biz wrote:
> > From: nicolas.mail...@laposte.net
> >
> >
> > Le Ven 19 juillet 2013 17:04, Tomas Mraz a écrit :
> > > On Fri, 2013-07-19 at 10:17 +0100, Daniel P. Berrange wrote:
> >
> > >&g
on2 beyond the date at which its
> current maintainer ceases work. Of course such maintainence work would
> likely be important bug fixes & security updates only, not feature work.
>
> So while I encourage a Fedora effort to get onto Python3 by default,
> well before 20
ut any proposals
that would include this nonsense? :)
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
Turkish proverb
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
use gnutls crypto calls as
per /usr/include/gnutls/crypto.h. This way you can avoid having two
crypto implementation backends used in your application simultaneously.
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
Tu
tware) as they are not cheap.
> [Looking at doing this in the Cloud was coming in around $100.00/day for
> all the different needs.]
-1000 - I don't really know whether we should invest much more than to
keep the current state of fedorahosted sustained, but dropping it?
Please, pretty ple
===
#fedora-meeting: FESCO (2013-05-29)
===
Meeting started by t8m at 18:01:09 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting/2013-05-29/fesco.2013-05-29-18.01.log.html
.
Meeting summary
il, file a new ticket at https://fedorahosted.org/fesco,
e-mail me directly, or bring it up at the end of the meeting, during
the open floor topic. Note that added topics may be deferred until
the following meeting.
--
Tomas Mraz
No matter how far down the wrong road you've
;s only _normally_ slow, the
> same slowness that has always been the case when you fail the password).
>
> So I'm kinda stuck, really. Has anyone else seen this? Any bright ideas
> for debugging it? Thanks!
Try attaching the strace (as root) to the su process when it waits for
t
ssure. As it appears not having any pressure to stabilize btrfs
> > certainly doesn't work at all for the project...
>
> Playing dangerous games with users data isn't how you effect change.
> All that switching default right now will achieve is a lot more pissed
But they have different behaviours for the same operation. For e.g.,
> > initial-setup and g-i-s have different behaviours for setting the
> > password for the first user account.
>
> True.
>
> It's on my list of things to do to make AccountsService be abl
l need to ensure your
> package has no home grown crypto, and uses either nss, openssl or libgcrypt.
Or gnutls (but not nettle directly!).
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
Turkish proverb
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
authentication methods with a GUI. Should it be
added to comps somewhere?
>
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
Turkish proverb
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fed
> > Huh? As far as I can see _hardened_build adds -z now, not relro.
> > -Wl,-z,relro is supposed to be included in LDFLAGS. Or has this changed
> > recently?
>
> Let me rephrase... Why is _hardened_build not using "-z,relro,-z,now" ?
Because -Wl,-z,relro is supposed
tall Name-Branch package with highest Branch.
The Fedora packaging infrastructure on the other hand would work with
Branch rather as part of the version except it would allow having
multiple packages of the same name but different branch in the
repositories. The infrastructure would have to also allow
orahosted.org/fpc/ticket/93
19:27:03 mitr, actually if I understand your comment correctly there is
actually nothing to vote on this ticket as the current guidelines already ask
for packages that are covered in the ticket proposal to be PIE?
19:27:14 nirik: So FPC asked for "long running
absent maintainer process so I am asking
whether anyone knows how to contact the maintainer.
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
Turkish proverb
--
devel mailing list
devel@lists.fedoraproject.org
that added topics may be deferred until
the following meeting.
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
Turkish proverb
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/ma
;
> >> It's not the name that was originally voted for.
> > Schrodinger is not the man's name, and is the wrong solution. Schroedinger
> > is as acceptable as Schrödinger.
>
> Yes, definitely Schroedinger if Schrödinger does not work.
Cou
On Wed, 2013-02-27 at 14:05 -0800, Toshio Kuratomi wrote:
> Greetings,
>
> At today's FESCo meeting there were two tickets which had the end result
> of needing to have new maintainers and comaintainers for some packages:
> * libtasn1
Taken.
--
Tomas Mraz
No matter how far
te them out of the file and I
suppose the bundle should be directly usable instead of
the /etc/pki/tls/certs/ca-bundle.crt. I did not inspect what individual
CA certificates it contains but I am almost 100% sure that this should
not be shipped and the package patched so the default system CA
certi
epend on it are libguestfs and python-gnutls. I will look at them
why do they need it.
Dependencies will be rebuilt during the mass rebuild as I do not expect
much breakage from the change.
Regards,
--
Tomas Mraz
No matter how far down the wrong road you've gone,
ranoid it should definitely be
controllable by sysctl (even maybe off by default although in initial
seeding of the kernel entropy pool it would be very nice to have it on).
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
I'm rebasing libtasn1 in rawhide to libtasn1-3.2. As there is some
obsolete API dropped it is accompanied with SONAME bump from
libtasn1.so.3 to libtasn1.so.6. I will try to rebuild the dependencies.
Regards,
--
Tomas Mraz
No matter how far down the wrong road you've gone,
d to shipping the data separate - it's
> cleaner, allows for just updating the data when necessary, and it forces
> people to keep their API & ABI for accessing it stable. :)
+1 million - another data point - ca-certificates package - it was much
cleaner to split it out of
secure_getenv renaming need to be reflected in a
> few packages (as of Fedora 18):
> openssl-1.0.1c-7.fc18.src.rpm
Fixed already in rawhide.
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
Turk
f services from cron to systemd timers
is very premature and should be actively at least discouraged by
packaging directives.
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
Turkish proverb
--
devel maili
ident that this won't cause problems.
I'd say that if FESCo accepts this feature for F19, it implicates making
the F19 schedule long enough to accommodate the rebuild before
branching.
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
r
> installation process more laughably insecure is lapping an 'own me' label
> on one of anaconda's install screens.
>
> Sure checking signature would not be perfect security, but your argument
> is akin to removing airbags from cars that do not have an abs to 'avo
t
> verify signatures.
But then what's the difference from distrusting the contents of an
installation image booted without SecureBoot in play?
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
Turkish proverb
--
===
#fedora-meeting: FESCO (2012-12-19)
===
Meeting started by t8m at 18:00:39 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting/2012-12-19/fedora-meeting.2012-12-19-18.00.log.html
.
Meeting summary
at https://fedorahosted.org/fesco,
e-mail me directly, or bring it up at the end of the meeting, during
the open floor topic. Note that added topics may be deferred until
the following meeting.
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn
nk matters is
> that the Feature is widely advertised and that the community can provide
> early feedback. Please avoid bureaucracy. I would realy hate to see
> something like FFCo (Fedora Feature Committee), which would decided if
> feature is feature, major change, alteration, ev
re was dissent already in the "auto-approving" of leaf-features
> during the meeting discussion so I am not sure that auto-accepting of
> Features in general given a lack of response is ever going to actually
> happen. I personally wouldn't vote for it.
I still hope that some
cally
> > best to just make per-package decisions?
> >
>
> so - imo
>
> openssh-clients is required, yes - b/c w/o them scp doesn't work. :-/
Perhaps scp could be moved to the base openssh package then.
--
Tomas Mraz
No matter how far down the wrong road yo
Following is the list of topics that will be discussed in the FESCo
meeting Wednesday at 18:00UTC (1:00pm EST) in #fedora-meeting on
irc.freenode.net.
Links to all tickets below can be found at:
https://fedorahosted.org/fesco/report/9
= Followups =
#topic #960 F18 schedule + the holidays
.fesc
were the anaconda developers and FESCo aware of the
> oncoming major changes to dracut? At least I failed to see anything
> obviously related to that on a quick skim through the f18 feature list.
Good point, unfortunately there is no _actively enforced_ requirement to
have a Fedora Feat
through these hoops because we've made things better!" won't
> make anyone happy with us.
We are just dropping another part of the UNIX API - this time the system
logs. Who cares? (I do.)
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
===
#fedora-meeting: FESCO (2012-09-19)
===
Meeting started by t8m at 17:01:05 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting/2012-09-19/fesco.2012-09-19-17.01.log.html
.
Meeting summary
On Tue, 2012-09-18 at 23:22 +0100, Richard W.M. Jones wrote:
> Do we no longer email the feature / bug tracker owners before
> discussions that affect their features or bugs?
I don't think we ever did that, at least I don't remember that.
--
Tomas Mraz
No matter how far dow
icket at https://fedorahosted.org/fesco,
e-mail me directly, or bring it up at the end of the meeting, during
the open floor topic. Note that added topics may be deferred until
the following meeting.
--
Tomas Mraz
No matter how far down the wrong road you've gone,
validate its value-added benefits.
Actually if you normally open the /proc/pid/exe and read it, it will
give you the exact executable that was used to start the process with
the pid. That readlink will not give you path to the executable, but the
old path with '(deleted)' is very
sability"? I am now really wondering whether you regularly use
similar methods of "improving security" as that really makes my decision
to use courier-imapd on one of my servers questionable.
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
Turkish proverb
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
t does not check the battery status.
Cron cannot know whether the script is lightweight and important enough
to be run also on battery power or not.
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
Turkish proverb
--
d
hould be changed in this regard to break bad habits then it should be
the failglob option although I am not convinced that it is too good idea
either.
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
Turkis
pdate
> their packages because of the UsrMove changes.
> Any ideas?
I don't understand what's the problem. The /bin symlink pointing
to /usr/bin is not going away any time soon so the shell in passwd
entries and /etc/shells and in shebangs in scripts should stay
at /bin
ring.
18:56:14 gholms: well, if the Board feels that they need to approve the
feature instead of us?
18:56:16 For secure boot? An agreement that we can go ahead with a
shim signed by the signing service and still be Fedora? :)
18:56:17 Just a stance from a political/freedom standpoint?
18:56:23
https://fedorahosted.org/fesco,
e-mail me directly, or bring it up at the end of the meeting, during
the open floor topic. Note that added topics may be deferred until
the following meeting.
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn
7;s actually required/necessary for them
> to do this and at the same time a list gets created and populated with
> the relevant packages?
Please no, please do not make Fedora and particularly FESCo a
bureaucratic machinery.
--
Tomas Mraz
> have been proven for it, just lots of hand waving and anecdotes about
> how it works.
I'm not quite sure about this being a done deal. Anybody with strong
arguments, which were not discussed on the FESCo meeting which ACKed the
feature, can propose in the FESCo tracker to revert t
or
misconfiguration on your side.
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
Turkish proverb
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
to picture it. Sure if you use password with low entropy then it
is much worse than in case of properly salted PBKDF2 algorithm. But if
your password contains enough entropy (100 bits or more) it is OK.
Especially if you do not use it to protect passwords for classified
materials. :) So perhaps warni
On Tue, 2012-06-05 at 19:54 +0200, Kevin Kofler wrote:
> Tomas Mraz wrote:
> > That's a total nonsense unless the restriction is by-license and not
> > just technical obstacle. If it is just a technical obstacle in the code,
> > you can remove it and run the software
d be viewed in the same light as a commercial use restriction and
> become non-free.
That's a total nonsense unless the restriction is by-license and not
just technical obstacle. If it is just a technical obstacle in the code,
you can remove it and run the software on any crippled machine at
gt;
>
> (1) http://fedoraproject.org/wiki/Packaging:Guidelines#Beware_of_Rpath
> (2)
> http://pkgs.fedoraproject.org/gitweb/?p=libtool.git;a=blob_plain;f=libtool-2.2.10-rpath.patch;hb=master
I'd start with a mass mailing the maintainers of affected packages and
only after giving the
never encounter any issues. Notice how weird requirements
> Mirek did on the system.
But that is a pretty bad situation isn't it? And it really is not so
rare situation unless users would really know not to do that.
--
Tomas Mraz
No matte
om it
> once had— the freedom to make forks at no cost which are technically
> equal to the projects, ones which are just as compatible and easy to
> install.
I do not like the kind of e-mails I'm just sending now but I had to do
this.
+1 to Gregory
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
Turkish proverb
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
If the differences are small to none I use merges
otherwise cherry-picking. And nobody complained. This definitely should
not be mandated one way or other - it should be left on maintainer's
discretion.
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
3 Nothing besides what nirik said, and I like the new email
format.
17:26:52 nirik: Users are hit with an interstitial that implies the
detection of a token replay-attack and are denied creation of an account
17:27:15 bummer
17:27:24 totally read that as "token relay atta
, file a new ticket at https://fedorahosted.org/fesco,
e-mail me directly, or bring it up at the end of the meeting, during
the open floor topic. Note that added topics may be deferred until
the following meeting.
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn
vable by adding the line:
sessionrequiredpam_lastlog.so silent nowtmp
to the gdm PAM configuration files.
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
Turkish proverb
--
devel mailing list
devel@lists.fed
ntries are actually
> developing (surprise!), and that they transition from nothing to cheapest
> solution possible. That does not mean they'll stick to this stage forever.
And even if they sticked to this stage it still would not mean that the
market for full featured computers would som
ogether are growing much much
faster than desktops and notebooks and are already much bigger market
but they are not replacement for the desktops and notebooks.
Which also supports the idea of having Fedora support both of these
groups of computing devices well.
--
Tomas Mraz
No matter
port. I can see automatic spawning of secondary builds
for ARM in the main koji instance, use of main bodhi, etc., etc.
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
Turkish proverb
--
devel mailing list
devel@lis
the general requirement that builds on the architecture to be
promoted must not take much longer time than builds on the current
primary architectures still stays.
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
Turki
to start the ball rolling and collect feedback from
> everyone. No need to feel bad about not being there to give feedback at
> this first meeting.
+1, I do not see any harm in starting the discussion on the yesterday
meeting as well.
--
Tomas Mraz
No matter how far down t
n imagine situation when
sysadmin wants his own package to do it. I have to second the request to
be the default /etc/sysctl.conf empty and moving the Fedora defaults to
sysctl.d/00-systemdefault.conf.
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
On the FESCo meeting today the deprecated package policy was adjusted.
We agreed on the following proposal:
Packages may be unretired without review up to 2 weeks after
retirement providing that the package has ever previously been
reviewed.
--
Tomas Mraz
No matter how far down the wrong road
===
#fedora-meeting: FESCO (2012-03-12)
===
Meeting started by t8m at 18:02:05 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting/2012-03-12/fesco.2012-03-12-18.02.log.html
.
Meeting summary
--
Following is the list of topics that will be discussed in the FESCo
meeting today at 18:00UTC (1:00pm EST, 2:00pm EDT) in #fedora-meeting on
irc.freenode.net.
Links to all tickets below can be found at:
https://fedorahosted.org/fesco/report/9
= Followups =
#topic #699 Proposal to remove the pa
een daemons/services that are not shareable with
the stock SELinux policy as that means you need to start to add policy
modules to allow the access.
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
Turkish proverb
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
perly applied to some of the
recent disruptive changes. Particularly the very recent unnamed
disruptive change in Fedora 17.
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
Turkish proverb
--
devel mailing list
devel
101 - 200 of 300 matches
Mail list logo
