On Fri, 16 Jan 2015 05:59:18 +0100, Ralf Corsepius wrote:
> On 01/14/2015 05:06 PM, Matthew Miller wrote:
> > On Sat, Jan 10, 2015 at 12:43:46PM +0100, drago01 wrote:
> >> Yeah I just delete those mails now days. Its just spam "F19 is EOL" is
> >> not news that I need to get 1000 times.
> >
> > Ri
On Thu, 15 Jan 2015 13:23:06 +0100, Tomas Mraz wrote:
> I would just open a FESCo ticket to get the package removed from Fedora.
https://fedorahosted.org/fesco/ticket/1388
Much more interesting would be to learn whether anyone has any ideas on how
to prevent such issues in the future. The EOL-cl
On Thu, 15 Jan 2015, Simo Sorce wrote:
On Thu, 15 Jan 2015 23:14:46 +0200
Alexander Bokovoy wrote:
On Thu, 15 Jan 2015, Kevin Fenzi wrote:
>On Thu, 15 Jan 2015 08:04:32 -0600
>Bruno Wolff III wrote:
>
>> Are the rawhide compose failures being looked at? (I just want to
>> make sure they have
On 01/14/2015 05:06 PM, Matthew Miller wrote:
On Sat, Jan 10, 2015 at 12:43:46PM +0100, drago01 wrote:
Yeah I just delete those mails now days. Its just spam "F19 is EOL" is
not news that I need to get 1000 times.
Right, clearly, that message is not really for _you_.
Really?
It's for the
pe
On Thu, Jan 15, 2015 at 07:45:00PM -0500, Neal Becker wrote:
> I personally know nothing of the subject, but found this article, I wonder if
> there's any truth here? If so, maybe the push for dnssec on f22 isn't as
> wonderful as supposed:
>
> http://sockpuppet.org/blog/2015/01/15/against-dnss
On Fri, Jan 16, 2015 at 4:00 AM, Richard W.M. Jones wrote:
> Jakub:
>
> I will test gcc 5 on my Rawhide aarch64 machine, if you can point me
> to either a build of it or an SRPM. So far I see no gcc 5 builds in
> either Koji or the linked wiki page.
aarch64 scratch build that Jakub did yesterday
Jakub:
I will test gcc 5 on my Rawhide aarch64 machine, if you can point me
to either a build of it or an SRPM. So far I see no gcc 5 builds in
either Koji or the linked wiki page.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and vi
On Thu, 15 Jan 2015 20:49:49 -0500
Colin Walters wrote:
> Hi Kevin,
>
> On Thu, Jan 15, 2015, at 05:20 PM, Kevin Kofler wrote:
...snip...
> > * get new updates (including security fixes) as soon as they hit the
> > mirrors, without waiting for a new OS tree compose (every extra
> > step in t
Am 16.01.2015 um 01:45 schrieb Neal Becker:
I personally know nothing of the subject, but found this article
than you should get some understanding *before* refer to random articles
on the web where the only truth fact is the expensive deployment which
does not bother you on the enduser mach
Hi Kevin,
On Thu, Jan 15, 2015, at 05:20 PM, Kevin Kofler wrote:
>
> * customize your installation by adding/removing packages (and if it were
> not prevented, the customizations would not persist across updates),
First of course, while that's accurate for the rpm-ostree technology
today, the F
Hi
On Thu, Jan 15, 2015 at 5:20 PM, Kevin Kofler wrote:
> You gain… nothing!
>
Kevin,
If you are unaware of the gains, ask for it. Image based upgrades are very
common in cloud environments I work with. It is used as alternative to
configuration management in some places and it is incredibly
That article is terrible. I will respond to it later. It is definitely not a
valid reason to revisit the fedora feature.
Paul
Sent from my iPhone
> On Jan 15, 2015, at 19:45, Neal Becker wrote:
>
> I personally know nothing of the subject, but found this article, I wonder if
> there's any t
I personally know nothing of the subject, but found this article, I wonder if
there's any truth here? If so, maybe the push for dnssec on f22 isn't as
wonderful as supposed:
http://sockpuppet.org/blog/2015/01/15/against-dnssec/
--
-- Those who don't understand recursion are doomed to repeat i
On Thu, Jan 15, 2015 at 11:13:17PM +0100, Nicolas Chauvet wrote:
> Another case about the default buildroot is compiler version, one could
> rely on a newer gcc (such as with a gcc5 package) and rebuild any packages
> with this new buildroot environment without tweaking any sources packages.
But yo
Am 15.01.2015 um 23:23 schrieb Kevin Kofler:
Jaroslav Reznik wrote:
So it's kWarning, not kDebug and it can't be ignored by using kdebugdialog
settings. There are two options - fix the underlying issue or change
kWarning to kDebug - it just depends on how important it is and it seem
as Harald al
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, 15 Jan 2015 16:24:09 +0100
Vít Ondruch wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Dne 14.1.2015 v 23:46 Dennis Gilmore napsal(a):
> > On Wed, 14 Jan 2015 16:40:35 +0100
> > Vít Ondruch wrote:
> >
> >
> > > -BEGIN PG
On Thu, 15 Jan 2015 23:14:46 +0200
Alexander Bokovoy wrote:
> On Thu, 15 Jan 2015, Kevin Fenzi wrote:
> >On Thu, 15 Jan 2015 08:04:32 -0600
> >Bruno Wolff III wrote:
> >
> >> Are the rawhide compose failures being looked at? (I just want to
> >> make sure they have been noticed by people in a po
Reindl Harald wrote:
> the same for broken desktop-files and what not reported again and again
> in that context and nobody cares about - so why annoy the ordinary user
> with that debug informations all day long?
I'm with you, debugging spam needs to go away, GUI applications have no
business wr
Jaroslav Reznik wrote:
> So it's kWarning, not kDebug and it can't be ignored by using kdebugdialog
> settings. There are two options - fix the underlying issue or change
> kWarning to kDebug - it just depends on how important it is and it seem
> as Harald already pointed out - nobody really cares.
Jaroslav Reznik wrote:
> = Proposed System Wide Change: RpmOstree - Server side composes and atomic
> upgrades =
> https://fedoraproject.org/wiki/Changes/RpmOstree
>
> Change owner(s): Colin Walters
I don't see the advantage of supporting this primitive "take it or leave it"
approach to installi
2015-01-15 20:18 GMT+01:00 Orion Poplawski :
> On 01/15/2015 04:20 AM, Ralf Corsepius wrote:
> > On 01/14/2015 03:10 AM, Orion Poplawski wrote:
> >> On 01/12/2015 06:08 AM, Vít Ondruch wrote:
> >>> Dear Fedora developers,
> >>>
> >>> I'd like to collect some feedback about the $SUBJECT, i.e. makin
On Tue, Jan 13, 2015, at 04:41 PM, Colin Walters wrote:
> If it's installing a regular file, then it won't work - the package (daemon)
> needs to create it on start.
I filed a bug about this:
https://bugzilla.redhat.com/show_bug.cgi?id=1182785
Though I wonder if this should be a Change in itse
Honza Horak wrote:
> * Fedora Rings (hhorak, 12:03:21)
[snip]
>* IDEA: definition of ring 1 is a minimal set of packages that give
> you a functional system, with some sort of approval (hhorak,
> 13:31:21)
>* IDEA: ring 1 should be self-hosted -- because you want to build very
>
Compose started at Thu Jan 15 15:03:07 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
On Thu, Jan 08, 2015 at 11:50:54AM -0500, Miloslav Trmač wrote:
> > Dne 7.1.2015 v 21:14 Stephen Gallagher napsal(a):
> > > * #1379 F22 System Wide Change: Change xorg input stack to use libinput
> > > - https://fedoraproject.org/wiki/Changes/LibinputForXorg (sgallagh,
> > > 19:51:28)
> > >
On Thu, 15 Jan 2015, Kevin Fenzi wrote:
On Thu, 15 Jan 2015 08:04:32 -0600
Bruno Wolff III wrote:
Are the rawhide compose failures being looked at? (I just want to
make sure they have been noticed by people in a position to fix them.)
Yes. I meant to send an email about it yesterday, but nev
Hi all,
I'm maintainer of asciinema package and need some help from more
experienced guys.
The upstream was rewritten from Python to Go lang. Because I haven't any
experience with Go packaging, I'll be happy if somebody take a look. Spec
and srpm files are in bugzilla [1].
The second thing: the
On 01/15/2015 04:20 AM, Ralf Corsepius wrote:
> On 01/14/2015 03:10 AM, Orion Poplawski wrote:
>> On 01/12/2015 06:08 AM, Vít Ondruch wrote:
>>> Dear Fedora developers,
>>>
>>> I'd like to collect some feedback about the $SUBJECT, i.e. making
>>> minimal build root really minimal, explicitly specif
Vít Ondruch wrote:
> And somebody might be interested what is the trend:
>
> = F21
[snip]
> 7320
[snip]
> = F20
[snip]
> 6856
[snip]
> = F19
[snip]
> 6609
[snip]
> = F18
[snip]
> 6288
One can see that the number of compiled packages is actually INCREASING.
It's just that the number of scripted p
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
> caused by broken update path F20 -> F21.
>
> For example in wget's case I pushed updates
Hello all,
My name is Jakub Jelen and I am from Czech Republic. I'm member of
fedoraproject for a long time, but now will get more active and I will
be responsible for future releases of some security components in
Fedora. I have almost one year experience in Red Hat with helping to
test secur
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dne 14.1.2015 v 23:46 Dennis Gilmore napsal(a):
> On Wed, 14 Jan 2015 16:40:35 +0100
> Vít Ondruch wrote:
>
>
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
>
> > Dne 14.1.2015 v 16:00 Dennis Gilmore napsal(a):
> >> On Wed, 14 Jan 2015 14:57:5
On Thu, 15 Jan 2015 08:04:32 -0600
Bruno Wolff III wrote:
> Are the rawhide compose failures being looked at? (I just want to
> make sure they have been noticed by people in a position to fix them.)
Yes. I meant to send an email about it yesterday, but never got to
it. ;)
The issue seems to be
Are the rawhide compose failures being looked at? (I just want to make sure
they have been noticed by people in a position to fix them.)
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code
On 14 January 2015 at 15:46, Jonathan Underwood
> Perhaps it would be worth adding -std=gnu11 to the F22 default flags
> now and having a rebuild, before gcc5 lands, to start shaking out
> problems now?
I think this is a really good idea.
Richard.
--
devel mailing list
devel@lists.fedoraproject
another option is dnf install Fedora-packager (has all of eclipse as a
"group" install I use eclipse & android studio personally
Corey W Sheldon
Freelance IT Consultant, Multi-Discipline Tutor
310.909.7672
www.facebook.com/1stclassmobileshine
-BEGIN PGP PUBLIC KEY BLOCK-
Version: Gn
- Original Message -
> - Original Message -
> So it's kWarning, not kDebug and it can't be ignored by using kdebugdialog
> settings. There are two options - fix the underlying issue or change
> kWarning to kDebug - it just depends on how important it is and it seem
> as Harald alrea
- Original Message -
> From: "Radek Holy"
> To: "Development discussions related to Fedora"
>
> Sent: Wednesday, January 14, 2015 1:50:59 PM
> Subject: Re: A little problem with dnf
>
> - Original Message -
> > From: "Adrian Soliard"
> > To: "Development discussions related to
On So, 2015-01-10 at 12:54 +0100, Michael Schwendt wrote:
> Big *sigh*.
>
> Guys, this is not funny anymore. Almost as if some people at Fedora try to
> test how long one can keep one's temper. Well, this is embarrasing and not
> casting a positive light on the Fedora Project package collection:
>
- Original Message -
> - Original Message -
> > On Wed, Jan 14, 2015 at 11:22:57AM +0100, Marcel Oliver wrote:
> > When I run okular I see:
> >
> > Connecting to deprecated signal
> > QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
> > kbuildsycoca4 running..
- Original Message -
> On Wed, Jan 14, 2015 at 11:22:57AM +0100, Marcel Oliver wrote:
> When I run okular I see:
>
> Connecting to deprecated signal
> QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
> kbuildsycoca4 running...
> okular(16844) KMimeTypeRepository::pare
Reindl Harald wrote:
> Am 15.01.2015 um 00:36 schrieb Zbigniew Jędrzejewski-Szmek:
> >> the real problem with that crap messages is that if you are about
> >> writing a longer command line and the in background mode started GUI
> >> app decides to blow out it's helpful messages they appear unasked
On 01/14/2015 03:10 AM, Orion Poplawski wrote:
On 01/12/2015 06:08 AM, Vít Ondruch wrote:
Dear Fedora developers,
I'd like to collect some feedback about the $SUBJECT, i.e. making
minimal build root really minimal, explicitly specifying build
dependencies, etc.
Would it be technically feasib
On 2015-01-15, 09:19 GMT, Tomas Hozza wrote:
> I think bodhi should enforce the update path is not broken and
> hold the update for F20 until the update for F21 is in stable.
Gosh, I thought bodhi already enforces update policy ... :(
Matěj
--
devel mailing list
devel@lists.fedoraproject.org
ht
On Mon, Jan 12, 2015 at 4:08 PM, Vít Ondruch wrote:
> Dear Fedora developers,
Hi,
> I'd like to collect some feedback about the $SUBJECT, i.e. making
> minimal build root really minimal, explicitly specifying build
> dependencies, etc.
I agree with removing this, but we need some time to investiga
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.
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
caused by broken update path F20 -> F21.
For example in wget's case I pushed updates for the same NVR in F20
and F21 with auto-karma. However the wget update f
47 matches
Mail list logo
