Am 22.03.2014 03:05, schrieb Lennart Poettering:
On Fri, 21.03.14 23:35, Reindl Harald (h.rei...@thelounge.net) wrote:
In other words you are telling us that now to get something implemented or
removed in Fedora we have to not only
deal with our usual politics and bureaucracy but also all
Am 22.03.2014 03:21, schrieb Lennart Poettering:
On Sat, 22.03.14 01:20, Miloslav Trmač (m...@volny.cz) wrote:
DNS queries can't really be done within the firewall (and due to the
circular dependency between having the firewall up before allowing access
to the network and needing access to
Am 22.03.2014 07:15, schrieb Reindl Harald:
Am 22.03.2014 03:21, schrieb Lennart Poettering:
On Sat, 22.03.14 01:20, Miloslav Trmač (m...@volny.cz) wrote:
DNS queries can't really be done within the firewall (and due to the
circular dependency between having the firewall up before allowing
Am 21.03.2014 20:02, schrieb Florian Weimer:
* Lennart Poettering:
So offer something with equivalent functionality (and config file
syntax compatibility), with a nice modern clean API and then systemd
and others can be moved over to that 1 by 1, and once we've no more
users left we can
Am 21.03.2014 23:16, schrieb Jóhann B. Guðmundsson:
On 03/21/2014 02:05 PM, Matthew Miller wrote:
On Thu, Mar 20, 2014 at 06:34:22PM +0100, Lennart Poettering wrote:
I wonder whether it wouldn't be time to say goodbye to tcpwrappers in
Fedora. There has been a request in systemd upstream to
Am 21.03.2014 23:31, schrieb Jóhann B. Guðmundsson:
On 03/21/2014 10:30 PM, Martin Langhoff wrote:
On Fri, Mar 21, 2014 at 6:16 PM, Jóhann B. Guðmundsson johan...@gmail.com
mailto:johan...@gmail.com wrote:
In other words you are telling us that now to get something implemented
or
Am 21.03.2014 23:37, schrieb Jóhann B. Guðmundsson:
On 03/21/2014 10:35 PM, Reindl Harald wrote:
the author of tcpwrapper is Wietse Venema,
You do realize when he wrote this and what he was trying to overcome at that
time so I have to ask have you spoken
to him about how useful he
Am 21.03.2014 01:00, schrieb Lennart Poettering:
On Thu, 20.03.14 13:44, Stephen John Smoogen (smo...@gmail.com) wrote:
Well, all mails servers as well as sshd have much better ways to do
such filtering. sshd has Match, Postfix for example has
smtpd_client_restrictions=, and so on.
And
Am 21.03.2014 01:17, schrieb Lennart Poettering:
On Thu, 20.03.14 20:55, Hans de Goede (hdego...@redhat.com) wrote:
So offer something with equivalent functionality (and config file
syntax compatibility), with a nice modern clean API and then systemd
and others can be moved over to that 1 by
Am 19.03.2014 20:14, schrieb Jonathan Underwood:
On 19 March 2014 15:10, Orion Poplawski or...@cora.nwra.com wrote:
See https://bugzilla.redhat.com/show_bug.cgi?id=1046816
You are going to need fail2ban-0.9-2 - f20 build is here
http://koji.fedoraproject.org/koji/taskinfo?taskID=6651548.
Am 19.03.2014 20:21, schrieb Jonathan Underwood:
On 19 March 2014 19:16, Reindl Harald h.rei...@thelounge.net wrote:
but with not take care of it you would end in having firewalld as mandatory
dependency which is the main point of that thread - there are still way
too much circular
Am 14.03.2014 20:31, schrieb Matthew Garrett:
On Fri, Mar 14, 2014 at 02:39:51PM -0400, Eric H. Christensen wrote:
On Fri, Mar 14, 2014 at 03:00:20PM +, Matthew Garrett wrote:
If there's a default policy that would make sense for most workstation
users, we should just make that the
Am 14.03.2014 20:51, schrieb Miloslav Trmač:
2014-03-14 20:47 GMT+01:00 Reindl Harald h.rei...@thelounge.net
mailto:h.rei...@thelounge.net:
why is only the average user relevant?
how do usesers get advanced?
by notice things which sounds interesting, ignore them
Am 10.03.2014 03:35, schrieb Kevin Kofler:
Reindl Harald wrote:
in fact *nothing* at all should refer to /bin and /sbin after UsrMove
as the waeking of the package guidelines is a sign of missing courage
in the context of such invasive changes - well, looks like i need
to continue fix
Am 10.03.2014 20:18, schrieb drago01:
On Sun, Feb 23, 2014 at 6:12 PM, Reindl Harald h.rei...@thelounge.net wrote:
https://admin.fedoraproject.org/updates/FEDORA-2014-2922/libreoffice-4.2.1.1-1.fc20?_csrf_token=a6a024f6e2d35ad3fb8666c1244e215a6aa2
how can people pretend installation went
Am 10.03.2014 20:35, schrieb Reindl Harald:
Am 10.03.2014 20:18, schrieb drago01:
On Sun, Feb 23, 2014 at 6:12 PM, Reindl Harald h.rei...@thelounge.net
wrote:
https://admin.fedoraproject.org/updates/FEDORA-2014-2922/libreoffice-4.2.1.1-1.fc20?_csrf_token
Am 10.03.2014 21:06, schrieb Matthew Miller:
On Mon, Mar 10, 2014 at 03:22:02PM -0400, Matthew Miller wrote:
I propose that (in Rawhide) we simply drop the requires line from all of
the ones that are simply trying to state that they need a kernel version
greater than the kernel version
Am 09.03.2014 20:05, schrieb Panu Matilainen:
On 03/09/2014 04:49 PM, Kevin Kofler wrote:
Toshio Kuratomi wrote:
Directory and file interaction is a hard problem. There's no right thing
to do in this case. The many possible things we could do all have one
drawback or another in certain
Am 07.03.2014 12:57, schrieb Tim Lauridsen:
On Fri, Mar 7, 2014 at 6:50 AM, Satyajit Sahoo satyajit.ha...@gmail.com
mailto:satyajit.ha...@gmail.com wrote:
Apps with ugly icons and ugly design results in bad user experience
IMO. They should not be displayed in the software center
The
Am 07.03.2014 14:31, schrieb Josh Boyer:
On Thu, Mar 6, 2014 at 6:52 PM, Chris Murphy li...@colorremedies.com wrote:
I this project dead? I'm casting about to tools to manage lvm snapshots
and roller-derby sounded promising. Any other tools out there?
There's a recent snapshot/rollback
Am 07.03.2014 15:08, schrieb Michael Catanzaro:
On Fri, 2014-03-07 at 13:19 +0100, Reindl Harald wrote:
says who?
as long GTK1 is not forbidden in Fedora there is no valid
reason for that statement - you may prefer not having a
function at all if it is not beautiful enough for you
Am 07.03.2014 15:08, schrieb Michael Catanzaro:
Ancient icons are a good heuristic that the app is unmaintained
and not something the user really wants to install
Ancient icons are a good heuristic that a app if it does what i
need the next week or month does not get a complete rewrite
with
Am 07.03.2014 18:16, schrieb Dan Williams:
On Fri, 2014-03-07 at 00:18 +0100, Kevin Kofler wrote:
* change requests that would have broken compatibility with the existing
implementations of the protocol already in wide use for little to no
practical benefit, such as nitpicking about the
Am 07.03.2014 18:33, schrieb Rahul Sundaram:
On Fri, Mar 7, 2014 at 12:22 PM, Reindl Harald wrote:
in case of changes gaining less to zero - YES
If a single desktop environment wants to just implement something, they can
go ahead and do so but that doesn't
make it a real
Am 07.03.2014 20:42, schrieb Przemek Klosowski:
On 03/07/2014 11:21 AM, Richard Hughes wrote:
On 7 March 2014 14:08, Michael Catanzaro mcatanz...@gnome.org wrote:
Microsoft, Apple, and Google set requirements that apps must follow if
they want to appear in the software center in order to
Am 07.03.2014 23:33, schrieb Adam Williamson:
On Fri, 2014-03-07 at 22:52 +0100, drago01 wrote:
There is at least one starkly obvious difference there, which is that
you choose your religious beliefs and affiliations; you do not choose
your race/color/general genetic origin.
Well people
Am 05.03.2014 16:02, schrieb Josh Boyer:
FWIW, the existing kernel package installed today (a debug kernel
even) is ~142 MB. 123MB of that is the /lib/modules content. ~6MB of
that is vmlinuz. The remaining 13MB is the initramfs, which is
actually something that composes on the system
Am 03.03.2014 09:14, schrieb Mathieu Bridon:
On Mon, 2014-03-03 at 16:06 +0800, Christopher Meng wrote:
I've left a negative karma there, they forgot to add the new nss-util
into overrides list.
No, it's been added, but then it was expired:
Am 02.03.2014 19:38, schrieb Chris Murphy:
Is it reasonable to expose untested features in the UI? RAID 1 and RAID 10
are probably
reasonably well tested because they meet the requirements (and then some) for
many use
cases. We have test cases for them. There are no RAID 4 or RAID 6 test
Am 01.03.2014 15:36, schrieb Praveen Kumar:
Recently Dan filled bug[0] against html5lib[1] module about new
upstream release but upstream put major version 0.999 which is lower
that it's beta version 1.0b3.
Now If I update spec file according to upstream release version should
yum able to
Am 01.03.2014 16:42, schrieb Orion Poplawski:
On 03/01/2014 05:04 AM, Ian Malone wrote:
As you say they are 'plain' filesystems. Though I now regret not
sending my small datapoint in before the Server WG decision. That's
that a while ago, after using XFS for a long time we started putting
Am 01.03.2014 22:55, schrieb poma:
On 27.02.2014 01:33, Josef Bacik wrote:
Just popping in here to say that btrfs is not ready to be default in Fedora
yet. Optional is fine but not default. Thanks,
This is actually a good news.
Thanks.
Now all we need is fair support in the
Am 02.03.2014 00:42, schrieb Chris Murphy:
On Mar 1, 2014, at 4:26 PM, Chris Murphy li...@colorremedies.com wrote:
On Mar 1, 2014, at 2:16 PM, Matthew Miller mat...@fedoraproject.org wrote:
On Fri, Feb 28, 2014 at 11:29:30PM -0700, Chris Murphy wrote:
- There needs to be a mandate to
Am 02.03.2014 01:36, schrieb Chris Murphy:
On Mar 1, 2014, at 4:51 PM, Reindl Harald h.rei...@thelounge.net wrote:
Am 02.03.2014 00:42, schrieb Chris Murphy:
On Mar 1, 2014, at 4:26 PM, Chris Murphy li...@colorremedies.com wrote:
On Mar 1, 2014, at 2:16 PM, Matthew Miller mat
Am 02.03.2014 02:11, schrieb Chris Murphy:
On Mar 1, 2014, at 5:44 PM, Reindl Harald h.rei...@thelounge.net wrote:
Am 02.03.2014 01:36, schrieb Chris Murphy:
On Mar 1, 2014, at 4:51 PM, Reindl Harald h.rei...@thelounge.net wrote:
Am 02.03.2014 00:42, schrieb Chris Murphy:
On Mar 1, 2014
Am 02.03.2014 03:35, schrieb Christopher Meng:
You should ask upstream if this is a mistake or a misleading naming.
Remember try not to use epoch for packages, it's dirty hack
yes it is a hack but better than fake version numbers to
satisfy RPM and that is *the* reason epoch exists at all
Am 28.02.2014 03:54, schrieb Michael Catanzaro:
On Thu, 2014-02-27 at 02:18 +0100, Kevin Kofler wrote:
But again, I think that even with no other policy change, just
removing the
karma automatism misfeature from Bodhi would be an improvement.
Or requiring min time in updates-testing (2-3
Am 24.02.2014 04:59, schrieb Kevin Kofler:
Reindl Harald wrote:
how can people pretend installation went smoothly, no issue detected
during basic document manipulation for packages which are not installable
at all due dependencie problems?
Indeed, people giving +1 after manually installing
https://admin.fedoraproject.org/updates/FEDORA-2014-2922/libreoffice-4.2.1.1-1.fc20?_csrf_token=a6a024f6e2d35ad3fb8666c1244e215a6aa2
how can people pretend installation went smoothly, no issue detected during
basic
document manipulation for packages which are not installable at all due
support that update inside a stbale-release
but not how poor it is managed from all directions
Am 23.02.2014 18:26, schrieb Michał Piotrowski:
Maybe they didn't have any issues?
2014-02-23 18:12 GMT+01:00 Reindl Harald h.rei...@thelounge.net
mailto:h.rei...@thelounge.net:
https
Am 23.02.2014 18:33, schrieb Christopher Meng:
Let's test this one asap to prevent epoch(if you want):
https://admin.fedoraproject.org/updates/libcmis-0.4.1-2.fc20,mdds-0.10.2-1.fc20
Last weekend bodhi seemed very slow on processing updates, so I
downloaded and installed from koji by
Am 23.02.2014 18:35, schrieb drago01:
On Sun, Feb 23, 2014 at 6:31 PM, Reindl Harald h.rei...@thelounge.net wrote:
that is impossible
libreoffice-core is affected by a broken dependency
frankly i have the koji repo endabled (look at the bottom)
I have no idea what the koji repo
Am 23.02.2014 18:36, schrieb Reindl Harald:
Am 23.02.2014 18:33, schrieb Christopher Meng:
Let's test this one asap to prevent epoch(if you want):
https://admin.fedoraproject.org/updates/libcmis-0.4.1-2.fc20,mdds-0.10.2-1.fc20
Last weekend bodhi seemed very slow on processing updates, so
Am 23.02.2014 18:29, schrieb Mauricio Tavares:
Could anyone point me to info on creating a local repo? I want to learn the
entire process of creating a package
but think it might be wiser to have a controlled environment
* yum install createrepo
* createrepo /path/to/your/rpms
* put a file
Am 23.02.2014 22:40, schrieb Theodore Lee:
On 24/02/14 06:29, Susi Lehtola wrote:
On Sun, 23 Feb 2014 18:12:55 +0100
Reindl Harald h.rei...@thelounge.net wrote:
https://admin.fedoraproject.org/updates/FEDORA-2014-2922/libreoffice-4.2.1.1-1.fc20?_csrf_token
Am 21.02.2014 15:51, schrieb Alexander Todorov:
На 21.02.2014 16:27, Richard W.M. Jones написа:
Is it correct that you're only going to be filing bugs when upstream
tarballs already contain test suites, but they are just not enabled in
the Fedora package?
I want to track which packages
Am 21.02.2014 23:30, schrieb Kevin Kofler:
Colin Walters wrote:
That would mean that if we wanted to enable a new service by default,
admins wouldn't get it on upgrades.
… which is how it should be. I don't want upgrades to mess with my set of
enabled services. (E.g., I found it extremely
are such changes allowed within a stable release?
https://bugzilla.redhat.com/show_bug.cgi?id=1065563
signature.asc
Description: OpenPGP digital signature
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct:
Am 17.02.2014 11:37, schrieb Ville Skyttä:
On Mon, Feb 17, 2014 at 12:07 PM, Remi Collet fed...@famillecollet.com
wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Le 17/02/2014 10:24, Reindl Harald a écrit :
are such changes allowed within a stable release?
https
[builduser@buildserver64:/rpmbuild/SPECS]$ rpmbuild -bb subversion.spec
error: Failed build dependencies:
perl(ExtUtils::Embed) is needed by
subversion-1.8.5-2.fc20.20140217.rh.x86_64
rubygem(minitest) is needed by
subversion-1.8.5-2.fc20.20140217.rh.x86_64
Am 17.02.2014 12:10, schrieb Paul Howarth:
On 17/02/14 11:08, Reindl Harald wrote:
[builduser@buildserver64:/rpmbuild/SPECS]$ rpmbuild -bb subversion.spec
error: Failed build dependencies:
perl(ExtUtils::Embed) is needed by
subversion-1.8.5-2.fc20.20140217.rh.x86_64
what happened below is typing rpmü followed by a backspace
interesting is that it results in a error message and in
the history you have to press backspace again to get rid
of a invisible char
INTERESTING:
* normally the machine is german
* this happens only after LANG=C
Am 17.02.2014 17:42, schrieb Richard W.M. Jones:
On Mon, Feb 17, 2014 at 12:11:54PM +0100, Martin Briza wrote:
On Mon, 17 Feb 2014 12:08:53 +0100, Reindl Harald
h.rei...@thelounge.net wrote:
[builduser@buildserver64:/rpmbuild/SPECS]$ rpmbuild -bb subversion.spec
error: Failed build
Am 12.02.2014 20:26, schrieb Peter Oliver:
On 10 February 2014 16:42, Till Maas opensou...@till.name wrote:
Isn't AutoQA already running these kind of checks?
Here's an example:
https://admin.fedoraproject.org/updates/FEDORA-2014-1847/AtomicParsley-0.9.5-2.fc20
worthless as long results
Am 12.02.2014 20:46, schrieb Josh Boyer:
On Wed, Feb 12, 2014 at 2:42 PM, Reindl Harald h.rei...@thelounge.net wrote:
Am 12.02.2014 20:26, schrieb Peter Oliver:
On 10 February 2014 16:42, Till Maas opensou...@till.name wrote:
Isn't AutoQA already running these kind of checks?
Here's
Am 07.02.2014 17:19, schrieb Paul Wouters:
On Thu, 6 Feb 2014, Adam Williamson wrote:
painstakingly hand-weeding something like M*a's ldetect-lst you can get
some minor benefits, like doing this kind of distinction where we want
to load the native driver for a real card but not qemu's
Am 06.02.2014 20:43, schrieb Paul Wouters:
I'm using a minimal netinstall version of fedora20 for testing using
KVM. We very often cycle these machines (once per test, we run hundreds
of tests)
Regularly, we get tests failing because the VM does not boot within 60
seconds, and seems to
Am 06.02.2014 20:59, schrieb Paul Wouters:
On Thu, 6 Feb 2014, Reindl Harald wrote:
Regularly, we get tests failing because the VM does not boot within 60
seconds, and seems to hang at:
a stop job is running for User Manager for 0
here you go
https://bugzilla.redhat.com
Am 04.02.2014 11:57, schrieb Jóhann B. Guðmundsson:
On 02/04/2014 10:39 AM, Matthew Miller wrote:
On Thu, Jan 30, 2014 at 12:16:16PM -0800, Adam Williamson wrote:
If we decide the alternative desktops are a valuable part of Fedora -
which seems to be a popular opinion - how do we fit them into
Requires: symlinks
Requires: tar
Requires: unhide
Requires: vim-minimal
Requires: vnstat
Requires: xz
Requires: yum-plugin-protectbase
Requires: yum-plugin-tsflags
Requires: yum-utils
%description
metapackage for thelounge.net default packages
%files
%changelog
* Tue Mar 27 2012 Reindl
Am 30.01.2014 15:22, schrieb Jóhann B. Guðmundsson:
On 01/30/2014 02:02 PM, Frank Murphy wrote:
On Thu, 30 Jan 2014 14:59:44 +0100
Johannes Lips johannes.l...@gmail.com wrote:
Well, but it's not only about money and a lot of contributors use
their spare time to contribute, so I wouldn't
Am 30.01.2014 21:23, schrieb Richard Hughes:
On 30 January 2014 20:19, Reindl Harald h.rei...@thelounge.net wrote:
fact is that Redhat
Pet peeve of mine: Please call Red Hat by it's proper name, or people
will start calling you Reindlharald
besides that you know what i meant with my post
Am 26.01.2014 18:01, schrieb Rahul Sundaram:
On Sun, Jan 26, 2014 at 11:57 AM, drago01 wrote:
No this isn't an issue at all. No one is saying that non gui apps are
useless or should be removed.
The point is that gui installer installs gui apps. If you want to
install a
Am 26.01.2014 20:56, schrieb Chris Murphy:
What about mail application change the format of the mail folders ?
Good question because I experienced this recently. So the way Apple does this
on OS X with Mail,
there is no such thing as a mail format change during the life of a major OS
Am 26.01.2014 21:13, schrieb Chris Murphy:
On Jan 26, 2014, at 11:41 AM, Simo Sorce s...@redhat.com wrote:
I never said it won't work in absolute, it probably will work ok in many
cases, just to cause incredible issues in others.
It is a fine tool in the hands of an expert that knows how
Am 26.01.2014 21:30, schrieb Chris Murphy:
On Jan 26, 2014, at 12:51 PM, Reindl Harald h.rei...@thelounge.net wrote:
Am 26.01.2014 20:45, schrieb Chris Murphy:
So ?
It is only visible if you downgrade which a lot of software do not
support and explicitly so
The right way to do file format
Am 26.01.2014 21:56, schrieb Chris Murphy:
On Jan 26, 2014, at 1:07 PM, Reindl Harald h.rei...@thelounge.net wrote:
Well, the mail servers regularly get updated by the company I pay for such
things, and I've
never noticed the change. It uses IMAP so I don't think the server even
cares
Am 26.01.2014 21:56, schrieb Chris Murphy:
No you just have reading comprehension problem. The minor versions are
compatible. The major versions aren't
one last question: what are firefox updates 25-26-27
minor, major, dunno?
more and more software has no minor/major splitting at all
Am 27.01.2014 00:26, schrieb Chris Murphy:
On Jan 26, 2014, at 1:18 PM, Reindl Harald h.rei...@thelounge.net wrote:
Am 26.01.2014 21:13, schrieb Chris Murphy:
On Jan 26, 2014, at 11:41 AM, Simo Sorce s...@redhat.com wrote:
I never said it won't work in absolute, it probably will work ok
Am 27.01.2014 00:41, schrieb Chris Murphy:
Great, well I'll tell you what. I will just keep living dangerously, and when
I find a real world case of this, I'll file a bug. How about that?
do that, your problem
because nobody *can* know what exactly packages, versions are installed
in which
Am 27.01.2014 00:51, schrieb Chris Murphy:
On Jan 26, 2014, at 4:29 PM, Reindl Harald h.rei...@thelounge.net wrote:
do yourself and everybody a favour and
* don't claim others are rude while you talk like above and worser half of
the thread
* don't talk about things above your technical
Am 27.01.2014 01:07, schrieb Chris Murphy:
And then you propose a ridonkulous snapshot-rollback strategy that would for
certain cause major problems
if the rollback were actually done
*the opposite is true because i WARNED of doing snapshots*
signature.asc
Description: OpenPGP digital
Am 27.01.2014 00:57, schrieb Kevin Fenzi:
I don't think this subthread is being particularly useful...
And the personal attacks are undesirable.
Please stop or at least take it to private email
*sorry* for not early enough realize trolling in first start with
the same argumentation as
Am 27.01.2014 01:18, schrieb Chris Murphy:
On Jan 26, 2014, at 4:55 PM, Reindl Harald h.rei...@thelounge.net wrote:
Am 27.01.2014 00:51, schrieb Chris Murphy:
On Jan 26, 2014, at 4:29 PM, Reindl Harald h.rei...@thelounge.net wrote:
do yourself and everybody a favour and
* don't claim
Am 27.01.2014 01:32, schrieb Chris Murphy:
On Jan 26, 2014, at 5:20 PM, Reindl Harald h.rei...@thelounge.net wrote:
Am 27.01.2014 01:18, schrieb Chris Murphy:
You gave several examples of rollback-snapshot methods - same thing as you
suggested them. I never said you requested them
oh my
Am 27.01.2014 02:11, schrieb Chris Murphy:
i only just warned about cases where a rollback would do harm and to *make
sure* that really no one would
do it without take care
That was my *entire* point going back around 36 hours ago
and that is why i do not understand your turn around 180
Am 25.01.2014 17:40, schrieb Tomasz Torcz:
On Fri, Jan 24, 2014 at 01:33:07AM +0100, Kevin Kofler wrote:
David Sommerseth wrote:
So, I wonder if it can be considered to enable a downgrade path for
bluez and depending packages, as described in the Contingency Plan:
Am 25.01.2014 17:46, schrieb Tomasz Torcz:
Note that this situation is perfectly handled by Offline Updates.
After reboot, there aren't collateral changes to filesystem, only
upgrade-related
ones. So if there's a need for revert, the previous state is clearly defined
says who?
UsrMove was
first:
be sure after the style of replies like yours i will
hestitate try to make compilemts again in the public
because the aggresive way you react leads nowhere else
then flamewars
Am 25.01.2014 21:26, schrieb Haïkel Guémar:
Le 25/01/2014 20:40, Reindl Harald a écrit :
i think sometimes some
Am 25.01.2014 22:00, schrieb Kevin Kofler:
But then the right solution is to disable karma automatism entirely, not to
set it to some ridiculously high value.
Those meaningless thresholds need to go away (and really, the whole concept
of Bodhi karma and the policies that depend on it)
i
Am 25.01.2014 22:05, schrieb Haïkel Guémar:
Le 25/01/2014 21:38, Reindl Harald a écrit :
first:
be sure after the style of replies like yours i will
hestitate try to make compilemts again in the public
because the aggresive way you react leads nowhere else
then flamewars
I'd rather
Am 25.01.2014 22:34, schrieb Haïkel Guémar:
Le 25/01/2014 22:22, Reindl Harald a écrit :
as you actively did this month - where?
As i'm not planning to go further, i'll answer this last one:
The very first flame of the year here has been the DNF vs yum thread you
started
which got us
Am 25.01.2014 23:01, schrieb Haïkel Guémar:
I'm also dogfooding Fedora for almost a decade and i always had
updates-testing enabled since it exists.
There were times when Fedora was very aggressive on updates and it had an
impact (a positive one overall, i hope)
There are two poles in
Am 25.01.2014 23:26, schrieb Tomasz Torcz:
On Sat, Jan 25, 2014 at 02:55:32PM -0500, Simo Sorce wrote:
The ONLY way to do that is if you do not care at all about user's data
and simply accept that a rollback will also remove user data.
The reason is simple: lot's of software *changes* data
Am 26.01.2014 01:28, schrieb Chris Murphy:
It is basically impossible to find applications that handle the case
where you downgrade, in any more graceful way than punting and failing
to start in the *good* case. In the bad case they start and trash the
database.
But important user data
Am 26.01.2014 01:54, schrieb Chris Murphy:
On Jan 25, 2014, at 4:12 PM, Adam Williamson awill...@redhat.com wrote:
* Do an offline update that includes Foo v2.0
* Boot the updated system, run Foo, it migrates its configuration to
some new scheme
* Realize there was something wrong with the
Am 24.01.2014 09:18, schrieb Jóhann B. Guðmundsson:
On 01/24/2014 05:50 AM, Christopher Meng wrote:
But, never deem that 5k components is the best number, comparing to
other Linux, we are far away behind. They can be used still at the
moment, why do we burden ourselves by the insignificant
Am 24.01.2014 09:27, schrieb Jóhann B. Guðmundsson:
I say we remove those unmaintained components and if and when interest comes
back to maintain those components then
they will just have to pass through package review again.
i say you remove *nothing* before you have asked for every single
Am 24.01.2014 13:56, schrieb Kevin Kofler:
Alternatively, the kernel could be patched to give admin users (either
defined as members of the wheel group as now, or by some additional
property that would be set for the same users by default) some strategic
capabilities such as dac_override.
Am 24.01.2014 15:55, schrieb Ralf Corsepius:
On 01/24/2014 01:39 PM, Kevin Kofler wrote:
Adam Williamson wrote:
Even if we can do it on the mirrors, we have no way to 'recall' a
package from systems where it's already been installed (of course in the
current case that wouldn't have worked
Am 24.01.2014 16:40, schrieb Ralf Corsepius:
On 01/24/2014 04:06 PM, Reindl Harald wrote:
a) This would blow away all installed packages, which aren't available in
permanently enabled repos
that is not true, try it out
Been there many times
no, you did not and you did also not in your
Am 24.01.2014 17:12, schrieb Ralf Corsepius:
On 01/24/2014 04:57 PM, Reindl Harald wrote:
Am 24.01.2014 16:40, schrieb Ralf Corsepius:
On 01/24/2014 04:06 PM, Reindl Harald wrote:
a) This would blow away all installed packages, which aren't available in
permanently enabled repos
Am 24.01.2014 17:34, schrieb Lukas Zapletal:
One note on that topic:
I found myself giving karma to an update, while I tested different
version (actually a completely different build). It would be good if
giving karma would require to insert a hash or something generated from
the package
Am 24.01.2014 19:18, schrieb drago01:
On Fri, Jan 24, 2014 at 7:12 PM, Fabian Deutsch fabian.deut...@gmx.de wrote:
Am Freitag, den 24.01.2014, 00:55 +0100 schrieb Kevin Kofler:
it is time to analyze the fallout from the following catastrophic
Fedora 20
regression:
Am 24.01.2014 19:31, schrieb Reindl Harald:
Am 24.01.2014 19:18, schrieb drago01:
On Fri, Jan 24, 2014 at 7:12 PM, Fabian Deutsch fabian.deut...@gmx.de
wrote:
Am Freitag, den 24.01.2014, 00:55 +0100 schrieb Kevin Kofler:
it is time to analyze the fallout from the following catastrophic
Am 24.01.2014 20:22, schrieb Daniel J Walsh:
On 01/24/2014 01:35 PM, Reindl Harald wrote:
Am 24.01.2014 19:31, schrieb Reindl Harald:
Am 24.01.2014 19:18, schrieb drago01:
On Fri, Jan 24, 2014 at 7:12 PM, Fabian Deutsch fabian.deut...@gmx.de
wrote:
Am Freitag, den 24.01.2014, 00:55 +0100
Am 24.01.2014 21:13, schrieb drago01:
On Fri, Jan 24, 2014 at 7:35 PM, Reindl Harald h.rei...@thelounge.net wrote:
Am 24.01.2014 19:31, schrieb Reindl Harald:
Am 24.01.2014 19:18, schrieb drago01:
On Fri, Jan 24, 2014 at 7:12 PM, Fabian Deutsch fabian.deut...@gmx.de
wrote:
Am Freitag
Am 24.01.2014 23:46, schrieb Michael Schwendt:
On Fri, 24 Jan 2014 15:35:24 -0700, Stephen John Smoogen wrote:
Looking at the number of people who respond to the qa list at times.. I am
going to say there are probably 6-10 active testers during non-release
times. It comes and it goes, but
Am 24.01.2014 23:46, schrieb Michael Schwendt:
On Fri, 24 Jan 2014 15:35:24 -0700, Stephen John Smoogen wrote:
Looking at the number of people who respond to the qa list at times.. I am
going to say there are probably 6-10 active testers during non-release
times. It comes and it goes, but
Am 23.01.2014 10:23, schrieb Jóhann B. Guðmundsson:
A*lot* of those applications haven't seen an upstream release
in half a decade Which poses security risk and bugs not being dealt
and bad end user experience if our end user base chooses to install it
have you ever considered software as
901 - 1000 of 2086 matches
Mail list logo
