On Tue, 10 Apr 2012 04:41:46 +0200, Kevin Kofler wrote:
Mozilla plugins is usually a euphemism for proprietary crap, most often
Flash. We cannot package that in Fedora.
So if there is the easy installability of proprietary crap like Mozilla
plugins why aren't also the repositories like
Dne 6.4.2012 18:57, Jared K. Smith napsal(a):
On Fri, Apr 6, 2012 at 8:11 AM, Vít Ondruchvondr...@redhat.com wrote:
I am wondering why fixes of broken dependencies are not automatically tagged
into F17 (of course after staging in Bodhi), when the situation couldn't be
worse by such fix. If F17
On Tue, Apr 10, 2012 at 08:15:14 +0200,
Vít Ondruch vondr...@redhat.com wrote:
Actually the reason why I am asking is that there is a lot of broken
dependencies, because of Ruby update. Some of them are already fixed,
but not accepted due to freeze. Proposing all this fixes as NTH would
be
On 9.4.2012 22:55, Daniel J Walsh wrote:
DrKonqi are, we
should disable the ability of any process on their desktop from being able to
read/manipulate other processes on their desktop.
This is actually IMHO a mistake ... DrKonqi (KDE version of abrt-gui) is
exactly for people who have no clue
On 10.4.2012 08:04, Jan Kratochvil wrote:
So if there is the easy installability of proprietary crap like Mozilla
plugins why aren't also the repositories like RPMforge pre-configured
automatically? What is the difference between RPMforge and Mozilla plugins
database?
a) there is no
On 9.4.2012 17:46, Michał Piotrowski wrote:
Hi,
PLEASE, trim the original posts.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 04/09/2012 05:32 PM, Dave Young wrote:
On 04/09/2012 04:55 PM, Nikola Pajkovsky wrote:
Dave Youngdyo...@redhat.com writes:
On 04/09/2012 10:58 AM, Dave Young wrote:
On 04/08/2012 10:54 PM, Nikola Pajkovsky wrote:
Dave Youngdyo...@redhat.com writes:
Hi,
When I testing kdump, the
A file has been added to the lookaside cache for perl-MooseX-AttributeShortcuts:
6dc2bd524febc27d481470c3cfe587a6 MooseX-AttributeShortcuts-0.010.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
Dne 10.4.2012 08:23, Bruno Wolff III napsal(a):
On Tue, Apr 10, 2012 at 08:15:14 +0200,
Vít Ondruch vondr...@redhat.com wrote:
Actually the reason why I am asking is that there is a lot of broken
dependencies, because of Ruby update. Some of them are already fixed,
but not accepted due to
On Tue, 2012-02-07 at 14:52 +0100, Patrick Monnerat wrote:
I'm afraid I've just orphaned the insight debugger.
Re-adopted it now that the missing dependence problem is resolved.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=810565
--- Comment #6 from Paul Howarth p...@city-fan.org 2012-04-10 04:58:35 EDT ---
Don't forget to merge the change from f17 into
commit 2c7806bc3c54cc20b10c1a7b9eee93f7e6675d81
Author: Marcela Mašláňová mmasl...@redhat.com
Date: Tue Apr 10 11:02:37 2012 +0200
remove DBD::AnyData which were removed by upstream for now
perl-SQL-Statement.spec |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
---
diff
Le mardi 10 avril 2012 à 02:57 +0100, Matthew Garrett a écrit :
On Mon, Apr 09, 2012 at 09:18:13PM -0400, Daniel J Walsh wrote:
On 04/09/2012 05:06 PM, Matthew Garrett wrote:
On Mon, Apr 09, 2012 at 04:55:27PM -0400, Daniel J Walsh wrote:
And guess what I use these tools, and I just
On 9.4.2012 16:06, Jan Kratochvil wrote:
Wouldn't it be better to package Mozilla plugins in Fedora so that they are
trusted? And then disable Firefox plugins downloads the same way as there is
Firefox updater disabled (--disable-updater) as it would conflict/duplicate
the rpm packaging of
On Tue, Apr 10, 2012 at 11:32 AM, Matej Cepl mc...@redhat.com wrote:
On 9.4.2012 16:06, Jan Kratochvil wrote:
Wouldn't it be better to package Mozilla plugins in Fedora so that they
are
trusted? And then disable Firefox plugins downloads the same way as there
is
Firefox updater disabled
On Tue, 10 Apr 2012 11:40:14 +0200, drago01 wrote:
rpm packages do not magically fix security issues. A vulnerability in
a plugin can be exploited by an attacker regardless how the plugin got
installed. (rpm or not).
This is still unrelated to the point whether Fedora is a Free distro or not
On Tue, 10 Apr 2012 11:32:38 +0200, Matej Cepl wrote:
Yes, it would be nice ... except there are so many addons to package
Fedora also does not have about 2 packages that Debian has. Does it mean
we should give up on Fedora and switch to Debian because we would have to make
2 packages
On Tue, 10 Apr 2012 11:37:58 +0200, drago01 wrote:
We don't even have a package installation gui that does not suck i.e
is usable for most users.
Going to a website and click install this addon is way easier from a
users pov.
Keeping pre-installed MS-Windows on the computer is also way
Hi all,
fedora-updates-testing as a new version of ImageMagick which is
currently not updating due to inkscape (error suggests inkscape needs
to be rebuilded against the new ImageMagik libraries.
NM
--
Nelson Marques
// All that is needed for evil to triumph is that good men do nothing
--
On 04/09/2012 10:00 PM, Kevin Kofler wrote:
Daniel J Walsh wrote:
We already block ptrace from almost every confined domain other then
user domains.
Then why not just keep it that way instead of breaking GDB?
Kevin Kofler
Because we are trying to protect the logged in user, where we
On 04/09/2012 09:58 PM, Kevin Kofler wrote:
Matej Cepl wrote:
I am afraid you are not an ordinary Fedora user. If abrt/breakpad/etc.
works as they should, then I don't think majority of Fedora users have
any reason why to pull out gdb at all.
Because DrKonqi or some other similar crash
On Tue, 2012-04-10 at 04:04 +0200, Kevin Kofler wrote:
Matej Cepl wrote:
OK, this is bad ... is it just because somebody ignored DrKonqi (which
would be very bad indeed) or are abrt and breakpad also affected?
If Breakpad attaches GDB to live processes as DrKonqi does, it's also
On Tue, Apr 10, 2012 at 08:41:16 +0200,
Vít Ondruch vondr...@redhat.com wrote:
Not sure if this is in support of my case or against :)
Against.
But as you says If they aren't breaking things in the default
install or the 4 desktop
live images, then they should go into updates immediately
Kevin Kofler píše v Út 10. 04. 2012 v 14:47 +0200:
Daniel J Walsh wrote:
I have seen of gdm and NetworkManager execing gdb on crash. You keep
saying other apps work like DrKonqi, can you give examples?
While unfortunately I don't know how all these work (i.e. whether they also
work by
On Mon, Apr 9, 2012 at 9:55 PM, Kevin Kofler kevin.kof...@chello.at wrote:
Josh Boyer wrote:
Because you, as the maintainer of the package in question, aren't
building and testing the package locally before you submit the official
build? Or you aren't leveraging scratch builds to do the same
Simo Sorce wrote:
Abrt looks clearly a better solution.
I disagree.
From a technical standpoint, working on core files means you have to dump
core and then attach to the core file after the fact when you could just
backtrace right when the crash happened. A waste of disk space, and a
Matej Cepl wrote:
One good thing I would say about abrt is that it highly modular. Would
output plugin file-the-bug-to-bugs.kde.org-or-somewhere-else be a
solution for you? After all filing to bugzilla.redhat.com is just a
matter of setting plugin for it
ABRT does not have access to the
On Tue, Apr 10, 2012 at 11:27:12AM +0200, Michael Scherer wrote:
Le mardi 10 avril 2012 à 02:57 +0100, Matthew Garrett a écrit :
Ok, so if anything that's already a likely target of attack is unable to
initiate ptrace or start a process that can ptrace, what real extra
security do we gain
On Tue, Apr 10, 2012 at 11:17:37AM +0200, Michal Toman wrote:
On 2012/10/04 09:48, Cong Wang wrote:
On 04/09/2012 05:32 PM, Dave Young wrote:
On 04/09/2012 04:55 PM, Nikola Pajkovsky wrote:
From kdump side of view, the vmcore should be there instead of being
deleted, It's the default
Jan Kratochvil wrote:
This is still unrelated to the point whether Fedora is a Free distro or
not (it is not due to Linux firmwares - this part is known). So why isn't
Flash + acroread etc. also installed by default or be available in
repositories?
Because Fedora IS a Free Software
Hrm sorry, I need to update btrfs-progs in rawhide, I will try and get
to that today. Thanks,
Josef
On Mon, Apr 9, 2012 at 2:24 AM, Chris Murphy li...@colorremedies.com wrote:
I have an inconsequential F16 VM that uses btrfs. The VM went psycho for
unknown reasons and I had to force quit.
drago01 wrote:
We don't even have a package installation gui that does not suck i.e
is usable for most users.
Neither gnome-packagekit nor Apper suck. They're perfectly usable for most
users. We just have a vocal minority of users who grew so accustomed to
using the yum command line that they
Josh Boyer wrote:
It builds doesn't necessarily mean it works. In the rawhide case,
you might very well submit something that builds but is totally
broken. By the time you download the official build and test it
locally, it can already be in the day's compose and now you've just
inflicted a
On Tue, 10 Apr 2012 15:07:45 +0200, Kevin Kofler wrote:
Jan Kratochvil wrote:
This is still unrelated to the point whether Fedora is a Free distro or
not (it is not due to Linux firmwares - this part is known). So why isn't
Flash + acroread etc. also installed by default or be available in
Richard W.M. Jones wrote:
tmpfs is different in a number of important ways:
- it's very limited in space compared to a real disk
Adobe Flash uses /tmp to store video stream data. How are distributions
who have implemented this handling large (say movie) Flash video
streams? I could easily
On 04/09/2012 08:22 PM, Daniel J Walsh wrote:
On 04/09/2012 02:15 PM, Miloslav Trmač wrote:
On Mon, Apr 9, 2012 at 4:58 PM, Daniel J Walshdwa...@redhat.com wrote:
One suggestion I have heard is to turn the feature off if someone install
gdb like we do with DrKonji, which might be a better
On 04/10/2012 09:24 AM, Jan Kratochvil wrote:
On Tue, 10 Apr 2012 15:07:45 +0200, Kevin Kofler wrote:
Jan Kratochvil wrote:
This is still unrelated to the point whether Fedora is a Free distro
or not (it is not due to Linux firmwares - this part is known). So why
isn't Flash + acroread etc.
On Tue, 10 Apr 2012, Kevin Kofler wrote:
From a technical standpoint, working on core files means you have to dump
core and then attach to the core file after the fact when you could just
backtrace right when the crash happened. A waste of disk space, and a
security risk (you're making RAM
On Tue, 10 Apr 2012, drago01 wrote:
Wouldn't it be better to package Mozilla plugins in Fedora so that they are
trusted?
rpm packages do not magically fix security issues. A vulnerability in
a plugin can be exploited by an attacker regardless how the plugin got
installed. (rpm or not).
On Tue, Apr 10, 2012 at 11:26:50AM -0300, Horst H. von Brand wrote:
Matthew Garrett mj...@srcf.ucam.org wrote:
[...]
To a first approximation, simply auditing the distribution for anything
that opens files or reads information from the network and forbidding
them ptrace access (and
Kevin Kofler kevin.kof...@chello.at wrote:
Josh Boyer wrote:
It builds doesn't necessarily mean it works. In the rawhide case,
you might very well submit something that builds but is totally
broken. By the time you download the official build and test it
locally, it can already be in
Hi Dan,
On Mon, Apr 09, 2012 at 10:58:43AM -0400, Daniel J Walsh wrote:
I thought I made this clear in my blogs and the feature page that I wanted
this on deny_ptrace on by default.
[...]
We did have a bug in Alpha where it was turned off. Now that people are
actually seeing it turned on in
On Tue, Apr 10, 2012 at 4:29 PM, Paul Wouters pwout...@redhat.com wrote:
On Tue, 10 Apr 2012, drago01 wrote:
Wouldn't it be better to package Mozilla plugins in Fedora so that they
are
trusted?
rpm packages do not magically fix security issues. A vulnerability in
a plugin can be exploited
https://fedorahosted.org/389/ticket/336
https://fedorahosted.org/389/attachment/ticket/336/0001-Ticket-336-abrt-389-ds-base-1.2.10.4-2.fc16-index_ra.patch
--
389-devel mailing list
389-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
On 04/10/2012 09:04 AM, Matthew Garrett wrote:
On Tue, Apr 10, 2012 at 11:27:12AM +0200, Michael Scherer wrote:
Le mardi 10 avril 2012 à 02:57 +0100, Matthew Garrett a écrit :
Ok, so if anything that's already a likely target of attack is unable
to initiate ptrace or start a process that can
Niels de Vos wrote:
It seems that there is prctl() call to allow a specific PID (like gdb
stared by the signal-handler of DrKonqi) to trace the calling/crached
process. The idea comes from following the gdb discussion here:
- http://sourceware.org/ml/gdb-patches/2012-03/msg00274.html
Indeed,
Compose started at Tue Apr 10 08:15:03 UTC 2012
Broken deps for x86_64
--
[HippoDraw]
HippoDraw-devel-1.21.3-2.fc17.i686 requires python-numarray
HippoDraw-devel-1.21.3-2.fc17.x86_64 requires python-numarray
Mark Wielaard wrote:
On Mon, Apr 09, 2012 at 10:58:43AM -0400, Daniel J Walsh wrote:
I thought I made this clear in my blogs and the feature page that I wanted
this on deny_ptrace on by default.
[...]
We did have a bug in Alpha where it was turned off. Now that people are
actually seeing it
Paul Wouters wrote:
I have been upstream for openswan for about 8 years, and I can tell you
that the single reason for reporting bugs to upstream is if they really
need to get openswan working and they can't. At most, they report
straight into the RHBZ without ever bothering to contact
Hello,
I've just sub-packaged Data::Dumper in perl-5.14.2-213.fc18 to put it into
schizofrenia with newer CPAN release.
When updating or creating new package using this module, please make sure you
declare perl(Data::Dumper) dependency properly.
-- Petr
pgpAeqZFNRjcv.pgp
Description: PGP
Horst H. von Brand wrote:
That is just irresponsible. BTW, there are too few rawhide consumers as
things stand; this would make rawhide be russian roulette, but with 5
bullets instead of 1.
Rawhide IS already Russian roulette. ;-)
If you use it, you get to keep the pieces.
Kevin
On Tuesday, April 10, 2012, 11:27:59 AM, Kevin Kofler wrote:
Horst H. von Brand wrote:
That is just irresponsible. BTW, there are too few rawhide consumers as
things stand; this would make rawhide be russian roulette, but with 5
bullets instead of 1.
Rawhide IS already Russian roulette. ;-)
On 04/10/2012 11:08 AM, drago01 wrote:
On Tue, Apr 10, 2012 at 4:29 PM, Paul Wouters pwout...@redhat.com wrote:
On Tue, 10 Apr 2012, drago01 wrote:
Wouldn't it be better to package Mozilla plugins in Fedora so that
they are trusted?
rpm packages do not magically fix security issues. A
On Tue, Apr 10, 2012 at 11:12:48AM -0400, Daniel J Walsh wrote:
The problem with option 4 is that it is very difficult to do since the desktop
is so connected. Say we isolate firefox_t as the same as unconfined_t without
ptrace.
Unless an app is current confined, I don't think there's a real
Messaggio originale
Da: Horst H. von Brand
Inviato: 10/04/2012, 16:31
A: Development discussions related to Fedora; Kevin Kofler
Oggetto: Re: Primary Architectures: Another Proposal (RFC)
Kevin Kofler kevin.kof...@chello.at wrote:
Josh Boyer wrote:
It builds doesn't necessarily
Messaggio originale
Da: Horst H. von Brand
Inviato: 10/04/2012, 16:31
A: Development discussions related to Fedora; Kevin Kofler
Oggetto: Re: Primary Architectures: Another Proposal (RFC)
Kevin Kofler kevin.kof...@chello.at wrote:
Josh Boyer wrote:
It builds doesn't necessarily
Messaggio originale
Da: Horst H. von Brand
Inviato: 10/04/2012, 16:31
A: Development discussions related to Fedora; Kevin Kofler
Oggetto: Re: Primary Architectures: Another Proposal (RFC)
Kevin Kofler kevin.kof...@chello.at wrote:
Josh Boyer wrote:
It builds doesn't necessarily
Messaggio originale
Da: Horst H. von Brand
Inviato: 10/04/2012, 16:31
A: Development discussions related to Fedora; Kevin Kofler
Oggetto: Re: Primary Architectures: Another Proposal (RFC)
Kevin Kofler kevin.kof...@chello.at wrote:
Josh Boyer wrote:
It builds doesn't necessarily
Messaggio originale
Da: Horst H. von Brand
Inviato: 10/04/2012, 16:31
A: Development discussions related to Fedora; Kevin Kofler
Oggetto: Re: Primary Architectures: Another Proposal (RFC)
Kevin Kofler kevin.kof...@chello.at wrote:
Josh Boyer wrote:
It builds doesn't necessarily
Messaggio originale
Da: Horst H. von Brand
Inviato: 10/04/2012, 16:31
A: Development discussions related to Fedora; Kevin Kofler
Oggetto: Re: Primary Architectures: Another Proposal (RFC)
Kevin Kofler kevin.kof...@chello.at wrote:
Josh Boyer wrote:
It builds doesn't necessarily
Messaggio originale
Da: Horst H. von Brand
Inviato: 10/04/2012, 16:31
A: Development discussions related to Fedora; Kevin Kofler
Oggetto: Re: Primary Architectures: Another Proposal (RFC)
Kevin Kofler kevin.kof...@chello.at wrote:
Josh Boyer wrote:
It builds doesn't necessarily
Messaggio originale
Da: Horst H. von Brand
Inviato: 10/04/2012, 16:31
A: Development discussions related to Fedora; Kevin Kofler
Oggetto: Re: Primary Architectures: Another Proposal (RFC)
Kevin Kofler kevin.kof...@chello.at wrote:
Josh Boyer wrote:
It builds doesn't necessarily
Messaggio originale
Da: Horst H. von Brand
Inviato: 10/04/2012, 16:31
A: Development discussions related to Fedora; Kevin Kofler
Oggetto: Re: Primary Architectures: Another Proposal (RFC)
Kevin Kofler kevin.kof...@chello.at wrote:
Josh Boyer wrote:
It builds doesn't necessarily
Messaggio originale
Da: Horst H. von Brand
Inviato: 10/04/2012, 16:31
A: Development discussions related to Fedora; Kevin Kofler
Oggetto: Re: Primary Architectures: Another Proposal (RFC)
Kevin Kofler kevin.kof...@chello.at wrote:
Josh Boyer wrote:
It builds doesn't necessarily
Messaggio originale
Da: Horst H. von Brand
Inviato: 10/04/2012, 16:31
A: Development discussions related to Fedora; Kevin Kofler
Oggetto: Re: Primary Architectures: Another Proposal (RFC)
Kevin Kofler kevin.kof...@chello.at wrote:
Josh Boyer wrote:
It builds doesn't necessarily
Messaggio originale
Da: Horst H. von Brand
Inviato: 10/04/2012, 16:31
A: Development discussions related to Fedora; Kevin Kofler
Oggetto: Re: Primary Architectures: Another Proposal (RFC)
Kevin Kofler kevin.kof...@chello.at wrote:
Josh Boyer wrote:
It builds doesn't necessarily
Messaggio originale
Da: Horst H. von Brand
Inviato: 10/04/2012, 16:31
A: Development discussions related to Fedora; Kevin Kofler
Oggetto: Re: Primary Architectures: Another Proposal (RFC)
Kevin Kofler kevin.kof...@chello.at wrote:
Josh Boyer wrote:
It builds doesn't necessarily
Messaggio originale
Da: Horst H. von Brand
Inviato: 10/04/2012, 16:31
A: Development discussions related to Fedora; Kevin Kofler
Oggetto: Re: Primary Architectures: Another Proposal (RFC)
Kevin Kofler kevin.kof...@chello.at wrote:
Josh Boyer wrote:
It builds doesn't necessarily
Messaggio originale
Da: Horst H. von Brand
Inviato: 10/04/2012, 16:31
A: Development discussions related to Fedora; Kevin Kofler
Oggetto: Re: Primary Architectures: Another Proposal (RFC)
Kevin Kofler kevin.kof...@chello.at wrote:
Josh Boyer wrote:
It builds doesn't necessarily
Messaggio originale
Da: Horst H. von Brand
Inviato: 10/04/2012, 16:31
A: Development discussions related to Fedora; Kevin Kofler
Oggetto: Re: Primary Architectures: Another Proposal (RFC)
Kevin Kofler kevin.kof...@chello.at wrote:
Josh Boyer wrote:
It builds doesn't necessarily
Messaggio originale
Da: Horst H. von Brand
Inviato: 10/04/2012, 16:31
A: Development discussions related to Fedora; Kevin Kofler
Oggetto: Re: Primary Architectures: Another Proposal (RFC)
Kevin Kofler kevin.kof...@chello.at wrote:
Josh Boyer wrote:
It builds doesn't necessarily
Messaggio originale
Da: Horst H. von Brand
Inviato: 10/04/2012, 16:31
A: Development discussions related to Fedora; Kevin Kofler
Oggetto: Re: Primary Architectures: Another Proposal (RFC)
Kevin Kofler kevin.kof...@chello.at wrote:
Josh Boyer wrote:
It builds doesn't necessarily
Messaggio originale
Da: Horst H. von Brand
Inviato: 10/04/2012, 16:31
A: Development discussions related to Fedora; Kevin Kofler
Oggetto: Re: Primary Architectures: Another Proposal (RFC)
Kevin Kofler kevin.kof...@chello.at wrote:
Josh Boyer wrote:
It builds doesn't necessarily
Messaggio originale
Da: Horst H. von Brand
Inviato: 10/04/2012, 16:31
A: Development discussions related to Fedora; Kevin Kofler
Oggetto: Re: Primary Architectures: Another Proposal (RFC)
Kevin Kofler kevin.kof...@chello.at wrote:
Josh Boyer wrote:
It builds doesn't necessarily
Messaggio originale
Da: Horst H. von Brand
Inviato: 10/04/2012, 16:31
A: Development discussions related to Fedora; Kevin Kofler
Oggetto: Re: Primary Architectures: Another Proposal (RFC)
Kevin Kofler kevin.kof...@chello.at wrote:
Josh Boyer wrote:
It builds doesn't necessarily
Messaggio originale
Da: Horst H. von Brand
Inviato: 10/04/2012, 16:31
A: Development discussions related to Fedora; Kevin Kofler
Oggetto: Re: Primary Architectures: Another Proposal (RFC)
Kevin Kofler kevin.kof...@chello.at wrote:
Josh Boyer wrote:
It builds doesn't necessarily
Messaggio originale
Da: Horst H. von Brand
Inviato: 10/04/2012, 16:31
A: Development discussions related to Fedora; Kevin Kofler
Oggetto: Re: Primary Architectures: Another Proposal (RFC)
Kevin Kofler kevin.kof...@chello.at wrote:
Josh Boyer wrote:
It builds doesn't necessarily
Messaggio originale
Da: Horst H. von Brand
Inviato: 10/04/2012, 16:31
A: Development discussions related to Fedora; Kevin Kofler
Oggetto: Re: Primary Architectures: Another Proposal (RFC)
Kevin Kofler kevin.kof...@chello.at wrote:
Josh Boyer wrote:
It builds doesn't necessarily
Messaggio originale
Da: Horst H. von Brand
Inviato: 10/04/2012, 16:31
A: Development discussions related to Fedora; Kevin Kofler
Oggetto: Re: Primary Architectures: Another Proposal (RFC)
Kevin Kofler kevin.kof...@chello.at wrote:
Josh Boyer wrote:
It builds doesn't necessarily
Messaggio originale
Da: Horst H. von Brand
Inviato: 10/04/2012, 16:31
A: Development discussions related to Fedora; Kevin Kofler
Oggetto: Re: Primary Architectures: Another Proposal (RFC)
Kevin Kofler kevin.kof...@chello.at wrote:
Josh Boyer wrote:
It builds doesn't necessarily
Messaggio originale
Da: Horst H. von Brand
Inviato: 10/04/2012, 16:31
A: Development discussions related to Fedora; Kevin Kofler
Oggetto: Re: Primary Architectures: Another Proposal (RFC)
Kevin Kofler kevin.kof...@chello.at wrote:
Josh Boyer wrote:
It builds doesn't necessarily
Messaggio originale
Da: Horst H. von Brand
Inviato: 10/04/2012, 16:31
A: Development discussions related to Fedora; Kevin Kofler
Oggetto: Re: Primary Architectures: Another Proposal (RFC)
Kevin Kofler kevin.kof...@chello.at wrote:
Josh Boyer wrote:
It builds doesn't necessarily
Messaggio originale
Da: Horst H. von Brand
Inviato: 10/04/2012, 16:31
A: Development discussions related to Fedora; Kevin Kofler
Oggetto: Re: Primary Architectures: Another Proposal (RFC)
Kevin Kofler kevin.kof...@chello.at wrote:
Josh Boyer wrote:
It builds doesn't necessarily
Messaggio originale
Da: Horst H. von Brand
Inviato: 10/04/2012, 16:31
A: Development discussions related to Fedora; Kevin Kofler
Oggetto: Re: Primary Architectures: Another Proposal (RFC)
Kevin Kofler kevin.kof...@chello.at wrote:
Josh Boyer wrote:
It builds doesn't necessarily
Messaggio originale
Da: Horst H. von Brand
Inviato: 10/04/2012, 16:31
A: Development discussions related to Fedora; Kevin Kofler
Oggetto: Re: Primary Architectures: Another Proposal (RFC)
Kevin Kofler kevin.kof...@chello.at wrote:
Josh Boyer wrote:
It builds doesn't necessarily
Messaggio originale
Da: Horst H. von Brand
Inviato: 10/04/2012, 16:31
A: Development discussions related to Fedora; Kevin Kofler
Oggetto: Re: Primary Architectures: Another Proposal (RFC)
Kevin Kofler kevin.kof...@chello.at wrote:
Josh Boyer wrote:
It builds doesn't necessarily
Messaggio originale
Da: Horst H. von Brand
Inviato: 10/04/2012, 16:31
A: Development discussions related to Fedora; Kevin Kofler
Oggetto: Re: Primary Architectures: Another Proposal (RFC)
Kevin Kofler kevin.kof...@chello.at wrote:
Josh Boyer wrote:
It builds doesn't necessarily
Messaggio originale
Da: Horst H. von Brand
Inviato: 10/04/2012, 16:31
A: Development discussions related to Fedora; Kevin Kofler
Oggetto: Re: Primary Architectures: Another Proposal (RFC)
Kevin Kofler kevin.kof...@chello.at wrote:
Josh Boyer wrote:
It builds doesn't necessarily
On 04/10/2012 07:01 PM, pinto.e...@gmail.com wrote:
Messaggio originale
Da: Horst H. von Brand
Inviato: 10/04/2012, 16:31
A: Development discussions related to Fedora; Kevin Kofler
Oggetto: Re: Primary Architectures: Another Proposal (RFC)
12, and counting... time for post-graduate
Can someone remove this user from the list until they fix their email
program?
On 04/10/2012 01:01 PM, pinto.e...@gmail.com wrote:
Messaggio originale
Da: Horst H. von Brand
Inviato: 10/04/2012, 16:31
A: Development discussions related to Fedora; Kevin Kofler
Oggetto: Re: Primary
Il 10/04/2012 19:01, pinto.e...@gmail.com ha scritto:
Messaggio originale
Da: Horst H. von Brand
Inviato: 10/04/2012, 16:31
A: Development discussions related to Fedora; Kevin Kofler
Oggetto: Re: Primary Architectures: Another Proposal (RFC)
Kevin Kofler kevin.kof...@chello.at
On Tue, 10 Apr 2012 19:10:46 +0200
Alec Leamas leamas.a...@gmail.com wrote:
On 04/10/2012 07:01 PM, pinto.e...@gmail.com wrote:
Messaggio originale
Da: Horst H. von Brand
Inviato: 10/04/2012, 16:31
A: Development discussions related to Fedora; Kevin Kofler
Oggetto: Re: Primary
On 04/10/2012 10:12 AM, Digimer wrote:
Can someone remove this user from the list until they fix their email
program?
From the headers, it looks like bastion.fedoraproject.org repeatedly
sending it out. Everything up to that has the same Received header.
--
devel mailing list
On 04/10/2012 10:17 AM, Josh Stone wrote:
On 04/10/2012 10:12 AM, Digimer wrote:
Can someone remove this user from the list until they fix their email
program?
From the headers, it looks like bastion.fedoraproject.org repeatedly
sending it out. Everything up to that has the same Received
On 04/10/2012 07:17 PM, Kevin Fenzi wrote:
On Tue, 10 Apr 2012 19:10:46 +0200
Alec Leamasleamas.a...@gmail.com wrote:
I've moderated them... sorry it took me a few minutes to notice. ;)
kevin
Hey, no need to apologize, it was actually fixed in a couple of minutes.
Just a break in the
https://fedorahosted.org/389/ticket/325
https://fedorahosted.org/389/attachment/ticket/325/0001-Ticket-325-logconv.pl-use-of-getopts-to-parse-comman.patch
Thanks,
Mark
--
389-devel mailing list
389-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
On Tue, Apr 10, 2012 at 3:31 PM, Michael Cronenworth m...@cchtml.com wrote:
Richard W.M. Jones wrote:
tmpfs is different in a number of important ways:
- it's very limited in space compared to a real disk
Adobe Flash uses /tmp to store video stream data.
s/uses/used to/ ... it stopped
On Tue, Apr 10, 2012 at 07:36:39PM +0200, drago01 wrote:
On Tue, Apr 10, 2012 at 3:31 PM, Michael Cronenworth m...@cchtml.com wrote:
Richard W.M. Jones wrote:
tmpfs is different in a number of important ways:
- it's very limited in space compared to a real disk
Adobe Flash uses /tmp
If it's only updated in rawhide, what will be the state of btrfs-progs in F17?
On Apr 10, 2012, at 7:10 AM, Josef Bacik wrote:
Hrm sorry, I need to update btrfs-progs in rawhide, I will try and get
to that today. Thanks,
Josef
On Mon, Apr 9, 2012 at 2:24 AM, Chris Murphy
Hello.
I've plan update ImageMagick in rawhide.
No major changes or ABI breakage awaited.
Rebuild needed only for packages explicitly depends on IM version (at
least ruby-RMagick).
Scratch build - http://koji.fedoraproject.org/koji/taskinfo?taskID=3977251
--
devel mailing list
1 - 100 of 132 matches
Mail list logo