; safe DNS resolution).
> Can someone explain that topic a bit?
>
> kloczek
>
ISC DHCP uses BIND libraries e.g. to support Dynamic DNS updates on
authoritative DNS server when assigning leases to hosts. I don't think that
glibc resolver woul
ython-adns can be retired or please consider
maintaining python-adns as well.
Regards,
Tomas
--
Tomas Hozza
Associate Manager, Software Engineering - EMEA ENG Core Services
PGP: 1D9F3C2D
UTC+1 (CET)
Red Hat Inc. http://cz.redhat.com
___
On 10/09/2016 09:58 PM, Peter Robinson wrote:
> On Mon, Oct 3, 2016 at 11:18 AM, Jan Kurik wrote:
> > = Proposed Self Contained Change: BIND version 9.11 =
> > https://fedoraproject.org/wiki/Changes/BIND_9.11
> >
> > Change owner(s):
> > * Tomas Hozza
&
On 09/29/2016 10:36 AM, Igor Gnatenko wrote:
> On Thu, Sep 29, 2016 at 10:08 AM, Tomas Hozza wrote:
> > On 09/29/2016 06:19 AM, Bojan Smojver wrote:
> >> Could someone with sufficient access please spin up an update of bind
> >> for F-24 and other flavours of Fedora. T
ing the updates shortly. The problem with Fedora is that we can not
prepare the update in advance as for RHEL, because everything (git repos,
update system, etc.) is public.
Regards,
Tomas
--
Tomas Hozza
Associate Manager, Software Engineering - EMEA ENG Mainstream RHEL
PGP: 1D9F3C2D
U
On 07.04.2016 15:50, James Hogarth wrote:
>
>
> On 7 April 2016 at 14:26, Tomas Hozza <mailto:tho...@redhat.com>> wrote:
>
> Hi all.
>
> We pushed an update for log4cplus in F24+ [1]. It is a rebase and one of
> the dependent packages is "p
ned.
[1] https://bodhi.fedoraproject.org/updates/FEDORA-2016-53b6df64eb
Regards,
--
Tomas Hozza
Senior Software Engineer - EMEA ENG Developer Experience
PGP: 1D9F3C2D
UTC+1 (CET)
Red Hat Inc. http://cz.redhat.com
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedorapr
On 07.12.2015 16:44, Andrew Lutomirski wrote:
>
> On Dec 7, 2015 1:49 AM, "Tomas Hozza" <mailto:tho...@redhat.com>> wrote:
> >
> > On 04.12.2015 15:57, Lennart Poettering wrote:
> > > On Tue, 01.12.15 11:15, Tomas Hozza (tho...@redha
On 07.12.2015 15:15, Richard Hughes wrote:
> On 7 December 2015 at 14:04, Tomas Hozza wrote:
>> I took this conversation as a mean for improvement.
>
> When an email is titled "F24 System Wide Change" I think a lot of
> people (like me) were under the impression
On 07.12.2015 15:00, Matthew Miller wrote:
> On Mon, Dec 07, 2015 at 02:59:18PM +0100, Tomas Hozza wrote:
> >> I agree with Lennart. Whether or not this is expected to work with
> >> DNSSEC is of academic interest given that people will expect it to work
> >> with _t
to devel list that I don't want
to be picked on. This is completely out of context.
Tomas
--
Tomas Hozza
Software Engineer - EMEA ENG Developer Experience
PGP: 1D9F3C2D
UTC+1 (CET)
Red Hat Inc. http://cz.redhat.com
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
On 07.12.2015 12:23, Lennart Poettering wrote:
> On Mon, 07.12.15 10:48, Tomas Hozza (tho...@redhat.com) wrote:
>
>> On 04.12.2015 15:57, Lennart Poettering wrote:
>>> On Tue, 01.12.15 11:15, Tomas Hozza (tho...@redhat.com) wrote:
>>>
>>>> You are not
On 04.12.2015 15:57, Lennart Poettering wrote:
> On Tue, 01.12.15 11:15, Tomas Hozza (tho...@redhat.com) wrote:
>
>> You are not mistaken.
>>
>> This is the third time, because previously we rather moved the change to the
>> next Fedora to bring better user ex
t; Florian
> --
> devel mailing list
> devel@lists.fedoraproject.org
> http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
>
--
Tomas Hozza
Software Engineer - EMEA ENG Developer Experience
PGP: 1D9F3C2D
UTC+1 (CET)
Red Hat Inc.
en this is simply hijacking of domain
name space, which is not owned by them. It is expected, that these
"clever ideas" will not work with DNSSEC.
Tomas
> Dan
> --
> devel mailing list
> devel@lists.fedoraproject.org
> http://lists.fedoraproject.org/admin/lists/devel@lists
On 03.12.2015 15:40, Adam Miller wrote:
> On Thu, Dec 3, 2015 at 8:12 AM, Tomas Hozza wrote:
> > On 03.12.2015 14:54, Jan Kurik wrote:
> >> On Thu, Dec 3, 2015 at 2:38 PM, Tomas Hozza wrote:
> >>> On 03.12.2015 11:40, Jan Kurik wrote:
> >>>> = Prop
On 03.12.2015 14:54, Jan Kurik wrote:
> On Thu, Dec 3, 2015 at 2:38 PM, Tomas Hozza wrote:
>> On 03.12.2015 11:40, Jan Kurik wrote:
>>> = Proposed System Wide Change: Layered Docker Image Build Service =
>>> https://fedoraproject.org/wiki/Changes/Layered_Docker_Image_B
Crane
> * * Docker Registry
>
> == Scope ==
> For the Scope of this Change please check
> https://fedoraproject.org/wiki/Changes/Layered_Docker_Image_Build_Service#Scope
>
Hi.
The "Ongoing Work Tracking" link does not work.
How is this different from the proposal
em (e.g. the ones started by libvirt). I'll
review
the change wiki in this regard.
> * howto get domainname set automatically from dhcp
As discussed in the Bug, this is not going to work and it is expected not to.
Setting search domains from DHCP is a security issue.
Tomas
> --
> de
On 01.12.2015 16:06, Björn Persson wrote:
> Tomas Hozza wrote:
> > - dnssec-trigger does not do the Captive Portal detection and handling and
> > we rather rely on NM for the detection and on Gnome Shell for the Portal
> > login
>
> Can I assume that users of non-
On 01.12.2015 13:28, Tomas Mraz wrote:
> On Út, 2015-12-01 at 11:15 +0100, Tomas Hozza wrote:
> > You are not mistaken.
> >
> > This is the third time, because previously we rather moved the change to the
> > next Fedora to bring better user experience. Every time there
a):
> > = Default Local DNS Resolver =
> > https://fedoraproject.org/wiki/Changes/Default_Local_DNS_Resolver
> >
> > Change owner(s):
> > * P J P
> > * Pavel Šimerda
> > * Tomas Hozza
> > * Petr Špaček
> >
> > Plain DNS protocol is insecu
On 25.11.2015 10:03, Tomas Hozza wrote:
> Following is the list of topics that will be discussed in the FESCo
> meeting Wednesday at 18:00UTC in #fedora-meeting on irc.freenode.net.
>
> To convert UTC to your local time, take a look at
> http://fedoraproject.org/wiki/UTCH
g it up at the end of the meeting, during
the open floor topic. Note that added topics may be deferred until
the following meeting.
Regards,
--
Tomas Hozza
Software Engineer - EMEA ENG Developer Experience
PGP: 1D9F3C2D
UTC+1 (CET)
Red Hat Inc. http://cz.redhat.com
--
devel ma
only - as long
> > as there is no IPv4-only user who cares - it's correct way.
>
> Whether a package is IPv6 only and whether a package works with
> ipv6.disabled=1 are two distinct things that need to be tested
> separately. On the other IPv6 only packages are a very rar
;
[1] https://fedoraproject.org/wiki/Changes/Default_Local_DNS_Resolver
[2] https://www.piratepad.ca/p/default-dns-resolver-f23
[3] https://bluejeans.com/s/8pTY/
Regards,
--
Tomas Hozza
Software Engineer - EMEA ENG Developer Experience
PGP: 1D9F3C2D
Red Hat Inc.
On 02.07.2015 17:56, Chris Murphy wrote:
> On Thu, Jul 2, 2015 at 9:45 AM, Stephen Gallagher wrote:
>> On Thu, 2015-07-02 at 10:33 -0500, Michael Catanzaro wrote:
>>> On Thu, 2015-07-02 at 09:55 +0200, Tomas Hozza wrote:
>>>> * AGREED: Netizen is not approved
mgrepl (5)
* plautrba (4)
* jkurik (4)
* mfabian (2)
* maxamillion (2)
* pravins (2)
* mitr (1)
* jkurik_mtg (1)
* hguemar (0)
* rishi (0)
* nirik (0)
* dgilmore (0)
Generated by `MeetBot`_ 0.1.4
.. _`MeetBot`: http://wiki.debian.org/MeetBot
On 30.06.2015 12:02, Tomas Hozza wrote:
> Following i
gainst dnssec-trigger. It will be better for getting
additional information. Also please see the reply by Paul Wouters to your
previous email.
Thanks in advance.
Regards,
--
Tomas Hozza
Software Engineer - EMEA ENG Developer Experience
PGP: 1D9F3C2D
Red Hat Inc. http://cz.redhat.com
--
deve
On 30.06.2015 16:07, Michael Catanzaro wrote:
> On Tue, 2015-06-30 at 11:24 +0200, Tomas Hozza wrote:
>> The thing is that some information are unrelated to NM. There is no
>> reason to push all information back to NetworkManager, since its role
>> is
>> explicit
On 30.06.2015 16:07, Michael Catanzaro wrote:
> On Tue, 2015-06-30 at 14:23 +0200, Tomas Hozza wrote:
>> Except that this is exactly what we DON'T want to do. DNSSEC is an
>> extension of DNS and it can be used even without the need for the
>> whole
>> Internet
On 30.06.2015 14:37, Bastien Nocera wrote:
>
>
> - Original Message -
>
>> No, it is not. It is opt-in now, we want it by default. Please read the
>> change. Thank you.
>
> I don't see any options about it in GNOME's Network panel. I'm not interested
> in integration as an after-thoug
On 30.06.2015 14:11, Bastien Nocera wrote:
>
>
> - Original Message -
>> On 30.06.2015 13:53, Bastien Nocera wrote:
>>>
>>>
>>> - Original Message -
>>>> On 30.06.2015 11:24, Tomas Hozza wrote:
>>>
>>>&
On 30.06.2015 13:53, Bastien Nocera wrote:
>
>
> - Original Message -
>> On 30.06.2015 11:24, Tomas Hozza wrote:
>
>>> It means that the site of your bank you are on may not be provided the
>>> actual host you should be connected to, but instead by so
On 30.06.2015 13:58, Stef Walter wrote:
> On 30.06.2015 13:53, Bastien Nocera wrote:
>>
>>
>> - Original Message -
>>> On 30.06.2015 11:24, Tomas Hozza wrote:
>>
>>>> It means that the site of your bank you are on may not be provided the
On 30.06.2015 13:46, Stef Walter wrote:
> On 30.06.2015 11:24, Tomas Hozza wrote:
>> On 26.06.2015 17:13, Matthias Clasen wrote:
>>> On Tue, 2015-06-23 at 18:43 +0200, Tomas Hozza wrote:
>>>
>>> Hey, I was out for a week, so this may be a bit of a late r
Following is the list of topics that will be discussed in the FESCo
meeting Wednesday at 18:00UTC in #fedora-meeting on irc.freenode.net.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date -d '2015-07-01 18:00 UTC'
Links to all tickets belo
On 26.06.2015 17:13, Matthias Clasen wrote:
> On Tue, 2015-06-23 at 18:43 +0200, Tomas Hozza wrote:
>
> Hey, I was out for a week, so this may be a bit of a late reply.
>
> As Michael and Bastien already stated, all the GNOME networking UI
> relies on information gotten from N
://wiki.debian.org/MeetBot
On 23.06.2015 17:43, Tomas Hozza wrote:
> Following is the list of topics that will be discussed in the FESCo
> meeting Wednesday at 18:00UTC in #fedora-meeting on irc.freenode.net.
>
> To convert UTC to your local time, take a look at
> http://fedoraproject.or
nssec-trigger/#screenshots
I'm all for simple and clean integration. Let's identify specific
solutions and pieces we can start working on.
Thanks.
Regards,
--
Tomas Hozza
Software Engineer - EMEA ENG Developer Experience
PGP: 1D9F3C2D
Red Hat Inc. http://cz.redhat.co
Following is the list of topics that will be discussed in the FESCo
meeting Wednesday at 18:00UTC in #fedora-meeting on irc.freenode.net.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date -d '2015-06-24 18:00 UTC'
Links to all tickets belo
specific.
I would love to see more will for cooperation from GNOME people, so we
can converge to the working and well integrated solution. Vague claims
that something is missing or something needs to be done, without clear
reasoning is not helping anyone.
Cheers
--
Tomas Hozza
Software Enginee
On 17.06.2015 16:22, Paul Wouters wrote:
> On Wed, 17 Jun 2015, Tomas Hozza wrote:
>
> >> While I don't actually care, this might well be a sticking point for
> >> many people since their DNS information is going to an untrusted (to
> >> them) DNS server.
On 12.06.2015 18:58, Dan Williams wrote:
> On Fri, 2015-06-12 at 10:58 +0200, Tomas Hozza wrote:
>> On 11.06.2015 22:48, Dan Williams wrote:
>>> On Tue, 2015-06-09 at 12:30 -0400, Matthew Miller wrote:
>>>> On Tue, Jun 09, 2015 at 11:34:39AM -0400, Paul Wouters wrote
thing as NM and even
replace it in some environments (e.g. systemd-networkd) I don't think
it makes sense to implement the same thing in each and every of these.
I changed my mind and think that having one component implementing the
functionality and communicating with the network configur
I think that if our
> users have to learn what that means and understand all that in order to
> be secure (or just to browse the web at _any_ level), we're not
> succeeding.
>
> I hope we can get a design for this which integrates better with GNOME
> Shell and the existing network
an do that!
If user wants to use broken nameservers, they can switch the
dnssec-trigger to "hotspot sign-on" mode. I agree that this is
completely not intuitive and should be rather named "insecure mode".
Practically this means that the DHCP provided resolvers are placed
d work
properly (since forward zones are configured properly), this should be
ideally done only by the dnssec-trigger based on the information passed
by VPN to the NM.
Tomas
--
Tomas Hozza
Software Engineer - EMEA ENG Developer Experience
PGP: 1D9F3C2D
Red Hat Inc. http://cz.re
o rebuild the
source tarball is a valid solution.
You may want to file a FPC ticket [1] describing the situation, so that
FPC may potentially change the Packaging guidelines to include some note
on git submodules. If you have some proposed draft of the change (e.g.
describing the current approach u
on to do the DNSSEC
validation. Since using such data we are able to build the chain of
trust and verify that the Answer is correct, there is no point in
distinguishing if network provided resolver is trusted or not... it is
not. This is the reason we do the validation locally.
> Dan
>
I wo
08:02:55 2015.
Error: nothing provides python-argcomplete needed by
abrt-cli-ng-2.5.1-3.fc22.1.x86_64
So this needs to be installed without the "--disablerepo=*" argument.
Tomas
--
Tomas Hozza
Software Engineer - EMEA ENG Developer Experience
PGP: 1D9F3C2D
Red Hat Inc.
On 06/02/2015 06:44 PM, Paul Wouters wrote:
> On Tue, 2 Jun 2015, David Howells wrote:
>
>>> Install a local DNS resolver trusted for the DNSSEC validation
>>> running on
>>> 127.0.0.1:53. This must be the only name server entry in
>>> /etc/resolv.conf.
>>>
>>> The automatic name server entries rec
On 06/01/2015 03:32 PM, Matthew Miller wrote:
> On Mon, Jun 01, 2015 at 08:03:27AM -0400, Jan Kurik wrote:
>> People use Fedora on portable/mobile devices which are connected to
>> diverse networks as and when required. The automatic DNS
>> configurations provided by these networks are never tru
d
servers
that use ISC's DLV in their default configuration in Fedora.
If you are aware of any other component, please file a bug and add it to the
tracking bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1223360
Thanks!
Regards,
Tomas
--
Tomas Hozza
Software Engineer - EMEA ENG Devel
On 03/10/2015 04:06 PM, Tomas Hozza wrote:
> Following is the list of topics that will be discussed in the FESCo
> meeting Wednesday at 18:00UTC in #fedora-meeting on irc.freenode.net.
>
> To convert UTC to your local time, take a look at
> http://fedoraproject.org/wiki/UTCH
Following is the list of topics that will be discussed in the FESCo
meeting Wednesday at 18:00UTC in #fedora-meeting on irc.freenode.net.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date -d '2015-03-11 18:00 UTC'
Links to all tickets belo
On 02/01/2015 10:39 AM, Alec Leamas wrote:
> On 30/01/15 16:10, Kevin Fenzi wrote:
> > On Fri, 30 Jan 2015 15:58:00 +0100
> > Alec Leamas wrote:
>
> > There were not really any questions directly related to products.
> > Perhaps some could be added next time?
> >
> > In any case, I am in the Serve
subdirectory of /tmp-inst which will
> be a
> real directory?
>
Why do you think this? I don't see any reason why the new tmp-inst directories
can
not be on tmpfs...
> Incidentally, why /tmp-inst but /var/tmp/tmp-inst? Why not /tmp/tmp-inst for
> /tmp or /var/tmp-inst for /va
t; issues that I have. I think that awareness of these issues is low, and
> that it should be brought to light. I hope that more thorough testing
> is carried out in a wider set of environments to eventually get this to
> a point where it's a seamless change to enable this service.
NS authoritative server, DHCPv4/DHCPv6 server, TFTP server)
and has tons of hackish options. From this point of view, the choice
is pretty clear I think.
Regards,
--
Tomas Hozza
Software Engineer - EMEA ENG Developer Experience
PGP: 1D9F3C2D
Red Hat Inc. http://
On 01/15/2015 05:15 PM, Luke Macken wrote:
> On Thu, Jan 15, 2015 at 10:19:19AM +0100, Tomas Hozza wrote:
> > Hi all.
> >
> > When upgrading F20 to F21 using FedUp, some users had a problem
> > with some packages not being upgraded (e.g. [1]). The problem was
> >
Hi all.
I updated BIND to the latest stable 9.10 version in rawhide,
as discussed here [1]. Feel free to try it out.
[1] https://fedoraproject.org/wiki/Changes/BIND_9.10
Regards,
--
Tomas Hozza
Software Engineer - EMEA ENG Developer Experience
PGP: 1D9F3C2D
Red Hat Inc
y should be. However I think such task should be
automated.
Would it be possible to enforce such a thing for updates in bodhi?
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1176403
Regards,
--
Tomas Hozza
Software Engineer - EMEA ENG Developer Experience
PGP: 1D9F3C2D
Red Hat I
On 12/09/2014 07:22 PM, Tomas Hozza wrote:
> Following is the list of topics that will be discussed in the FESCo
> meeting Wednesday at 18:00UTC in #fedora-meeting on irc.freenode.net.
>
> To convert UTC to your local time, take a look at
> http://fedoraproject.org/wiki/UTCH
Following is the list of topics that will be discussed in the FESCo
meeting Wednesday at 18:00UTC in #fedora-meeting on irc.freenode.net.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date -d '2014-12-10 18:00 UTC'
Links to all tickets belo
On 11/21/2014 09:04 AM, P J P wrote:
>> On Friday, 21 November 2014 1:24 PM, Florian Weimer wrote:
>
>>> On 11/21/2014 08:34 AM, Jan Kratochvil wrote:
>>> Almost all of my Fedora installations are test VMs where
>>> any security is irrelevant.
>
>Okay. But does enabling root login offer any s
On 11/20/2014 08:05 AM, Till Maas wrote:
> On Wed, Nov 19, 2014 at 03:06:11PM -0500, Tomas Mraz wrote:
>
> > * #1368 How to deal with F21 broken dependencies (t8m, 19:08:56)
> > * AGREED: FESCo agrees to dropping the packages with broken
> > dependencies listed in #1368 from both F21 and raw
similar repos enabled) or we would have to
> call
> them differently. Just quick test does not show any issues with more repos
> with
> the same name.
>
> Honza
Different repos inside a single repo file will be still shown as different
repos when installing a packages fr
repos without explicit user
> approval. I'm not sure whether this is a problem or not, though.
Well, dnf/yum should show you what will be installed/enabled as dependencies,
so the user is kind of informed what extra repos will be installed and enabled.
>
> > gets changed (on
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/25/2014 05:18 PM, Paul Wouters wrote:
> On Thu, 25 Sep 2014, Tomas Hozza wrote:
>
> > I would like to inform everyone about changes I plan to do
> > in Fedora 20+ due to Bug 1097752 (Support for native PKCS#11
> > inter
nges could break someone's setup, please let me know
so we can work on some solution. Otherwise I'll do the changes
some day next week.
Thank you.
Regards,
- --
Tomas Hozza
Software Engineer - EMEA ENG Developer Experience
PGP: 1D9F3C2D
Red Hat Inc. http://cz.r
On 09/16/2014 01:34 PM, Jaroslav Reznik wrote:
> = Proposed Self Contained Change: BIND version 9.10 =
> https://fedoraproject.org/wiki/Changes/BIND_9.10
>
> Change owner(s): Tomas Hozza
>
> BIND (Berkeley Internet Name Domain) version 9.10 is the latest stable major
>
===
#fedora-meeting: FESCO (2014-08-20)
===
Meeting started by thozza at 17:04:28 UTC. The full logs are available
at
http://meetbot.fedoraproject.org/fedora-meeting/2014-08-20/fesco.2014-08-20-17.04.log.html
.
Meeting summary
---
On Tue 19 Aug 2014 05:12:31 PM CEST, Chris Adams wrote:
> Once upon a time, Tomas Hozza said:
>> That's where seccomp kicks in, it acts as a 2nd wall of defence. In case
>> of a security hole being present in the server process, it goes further
>> than a chroot, it
rexecuting his code, as his "playing field" is significantly reduced.
There's very little he can do.”
Thank you.
Regards,
- --
Tomas Hozza
Software Engineer - EMEA ENG Developer Experience
PGP: 1D9F3C2D
Red Hat Inc. http://cz.redhat.com
-BEGIN PGP
On Tue 19 Aug 2014 01:40:55 PM CEST, Stephen Gallagher wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 08/19/2014 04:14 AM, Tomas Hozza wrote:
>> Following is the list of topics that will be discussed in the
>> FESCo meeting Wednesday at 17:00U
Following is the list of topics that will be discussed in the FESCo
meeting Wednesday at 17:00UTC in #fedora-meeting on irc.freenode.net.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date -d '-MM-DD 17:00 UTC'
Links to all tickets belo
e-1-2-project-renamed-bundy/
[2] https://bugzilla.redhat.com/show_bug.cgi?id=1130617
Regards,
--
Tomas Hozza
Software Engineer - EMEA ENG Developer Experience
PGP: 1D9F3C2D
Red Hat Inc. http://cz.redhat.com
--
devel mailing list
devel@lists.fedoraproject.org
with the pkgdb2 api
> to do this, then I was traveling, etc.
>
> It's now been done.
>
> The following packages are looking for a new point of contact on at
> least one branch:
>
> (Note that many of them have co-maintainers, so do check with them to
> see if
ll need to find new point of contacts, etc.
>
> Thanks,
>
> kevin
Hi Jaromir was an intern at Red Hat and finished today.
I think it is OK if you remove his acls right away.
Regards,
--
Tomas Hozza
Software Engineer - EMEA ENG Developer Experience
PGP: 1D9F3C2D
Red Hat Inc.
or research and proper
understanding. I think all important changes should be thoroughly discussed
and not made silently.
Have you any questions, feel free to ping me on IRC (#fedora-devel) or
drop an email.
Tomas
[1]
https://fedoraproject.org/wiki/Development/SteeringCommittee/Nominations#Candid
b now uses its own chroot path
'/var/named/chroot_sdb'.
Regards,
Tomas Hozza
___
devel-announce mailing list
devel-annou...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce
--
devel mailing
find issues with possible security impact.
Also Coverity offers their tool to open-source projects for free [1]. I think
some projects are already using it (at least Squid). So if upstream projects
are interested, they can sign up for free.
[1] https://scan.coverity.com/
Regards,
Tomas Hozza
-
oken. Can I ask these packages to be deprecated in rawhide,
or what can I do with them? I don't want to take maintenance
of those packages.
Dependent packages I have problem with are:
- obexfs
- obexftp
- libopensync-plugin-irmc
Thanks in advance for any help/opinion.
Regards,
To
ple.org/openobex-1.7.1-rebuilds_results/results_syncevolution/
If someone thinks we should not rebase openobex to the latest version
and has a good reason for it, feel free to replay to this email.
Thanks!
Regards,
Tomas Hozza
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedorapr
85 matches
Mail list logo
