On Fri, Jul 26, 2013 at 1:20 AM, Toshio Kuratomi a.bad...@gmail.com wrote:
On Thu, Jul 25, 2013 at 05:09:54PM -0600, Stephen John Smoogen wrote:
On 25 July 2013 16:59, Billy Crook billycr...@gmail.com wrote:
On Thu, Jul 25, 2013 at 3:36 PM, Bastien Nocera bnoc...@redhat.com wrote:
Given the
Dne Čt 25. července 2013 11:38:28, Colin Walters napsal(a):
On Thu, 2013-07-25 at 14:42 +0200, Miroslav Suchý wrote:
So I put in rpmconf this code (little bit simplified here):
if [ -x /usr/share/rpmconf/$PACKAGE ]; then
/usr/share/rpmconf/$PACKAGE
On 07/26/2013 01:47 AM, Lennart Poettering wrote:
[1] Onsen, in Berlin-Friedrichshain (recommended)
Hmmm I must try it. Hard to find real Japanese in this city.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 07/25/2013 05:35 PM, Colin Walters wrote:
You might be interested to know that OSTree does that automatically:
# ostree admin config-diff
Mgroup
Mfstab
Mgshadow
Mshadow
Mpasswd
Mresolv.conf
Avconsole.conf
A.pwd.lock
Apasswd-
Ashadow-
Agroup-
A
On 07/25/2013 05:38 PM, Colin Walters wrote:
On Thu, 2013-07-25 at 14:42 +0200, Miroslav Suchý wrote:
So I put in rpmconf this code (little bit simplified here):
if [ -x /usr/share/rpmconf/$PACKAGE ]; then
/usr/share/rpmconf/$PACKAGE
fi
Have you looked
On 07/25/2013 08:55 PM, Daniel J Walsh wrote:
Labels are applied based on the client rules. Which does bring up an
interesting idea of what happens if the server initiates a relabel.
Can we make sure that there's a good chance that the NFS exports reside
under a tree that is not subject to
On 07/25/2013 07:25 PM, Lennart Poettering wrote:
On Mon, 22.07.13 11:22, Matthew Miller (mat...@fedoraproject.org) wrote:
On Mon, Jul 22, 2013 at 04:40:14PM +0200, drago01 wrote:
Whenever I go to a tech meetup or talk to someone from a new startup
company, their developers are inevitably
On Tue, Jul 23, 2013 at 11:22 PM, Ville Skyttä ville.sky...@iki.fi wrote:
Related to the unversioned docdirs F-20 feature [1], some changes with
doc packages will be needed in a bunch of packages. More info will
follow later,
Ok, here it goes:
The special (pathless) %doc macro now installs
And some packages being reviewed also need a change.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 07/26/2013 01:20 AM, Toshio Kuratomi wrote:
On Thu, Jul 25, 2013 at 05:09:54PM -0600, Stephen John Smoogen wrote:
On 25 July 2013 16:59, Billy Crook billycr...@gmail.com wrote:
On Thu, Jul 25, 2013 at 3:36 PM, Bastien Nocera bnoc...@redhat.com wrote:
Given the amount of time that he spent
On 07/25/2013 11:09 PM, Stephen John Smoogen wrote:
default install - what you get when you put the DVD in and do a click
through install.
The DVD is controlled by RELENG
default spin - The GNOME desktop livecd.
While the GNOME SIG controls their live spin
If one makes a side by side
On Tue, 16 Jul 2013 10:41:22 -0600
Kevin Fenzi ke...@scrye.com wrote:
This allows users to use the latest boot.iso or pxe images to
install rawhide instances or point to rawhide as a install-able
tree.
kevin
Will this be possible through bfo futuredate?
--
Regards,
Frank When in doubt
On Thu, Jul 25, 2013 at 06:29:47PM -0700, Dan Mashal wrote:
I think you missed my point, but you got the gist. We have way more
important things to discuss than sendmail.
Yes, like the toxic atmosphere on our mailing lists. I don't agree with
Lennart's position, but that doesn't mean that
On Fri, Jul 26, 2013 at 10:09 AM, Marcela Mašláňová mmasl...@redhat.com wrote:
On 07/25/2013 07:25 PM, Lennart Poettering wrote:
On Mon, 22.07.13 11:22, Matthew Miller (mat...@fedoraproject.org) wrote:
On Mon, Jul 22, 2013 at 04:40:14PM +0200, drago01 wrote:
Whenever I go to a tech meetup
On Thu, 2013-07-18 at 16:49 +0200, Nicolas Chauvet wrote:
But it's actually relatively simple to hack around that for now with a
NM dispatcher script. Having libproxy-pacrunner available is the
important missing piece of the puzzle for now.
Sorry for delayed response. Please don't drop me
Hi,
A long time ago rpmbuild used to have an option --buildarch to
override the arch detection. What is its equivalent nowadays? Sorry,
couldn't figure it out so far.
Thanks
...Juerg
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
- Original Message -
On 25 July 2013 16:59, Billy Crook billycr...@gmail.com wrote:
On Thu, Jul 25, 2013 at 3:36 PM, Bastien Nocera bnoc...@redhat.com wrote:
Given the amount of time that he spent on the mailing-list fighting for
those features, then it looks like a waste of time,
Marcela Mašláňová píše v Pá 26. 07. 2013 v 10:33 +0200:
On 07/26/2013 01:20 AM, Toshio Kuratomi wrote:
On Thu, Jul 25, 2013 at 05:09:54PM -0600, Stephen John Smoogen wrote:
On 25 July 2013 16:59, Billy Crook billycr...@gmail.com wrote:
On Thu, Jul 25, 2013 at 3:36 PM, Bastien Nocera
On Fri, 26.07.13 08:47, Brendan Jones (brendan.jones...@gmail.com) wrote:
On 07/26/2013 01:47 AM, Lennart Poettering wrote:
[1] Onsen, in Berlin-Friedrichshain (recommended)
Hmmm I must try it. Hard to find real Japanese in this city.
It's not a real Japanese. I think it's run by
On 07/25/2013 10:36 PM, Bastien Nocera wrote:
- Original Message -
On Thu, 2013-07-25 at 17:36 +0200, Lennart Poettering wrote:
On Thu, 25.07.13 14:39, Jaroslav Reznik (jrez...@redhat.com) wrote:
Partially accepted Changes
* No Default Sendmail -
On Sex, 2013-07-26 at 11:42 +0200, Juerg Haefliger wrote:
Hi,
A long time ago rpmbuild used to have an option --buildarch to
override the arch detection. What is its equivalent nowadays? Sorry,
couldn't figure it out so far.
--target=x86_64
but nowadays I use mock to build packages
--
Le jeudi 25 juillet 2013 à 11:55 -0700, Adam Williamson a écrit :
On Thu, 2013-07-25 at 17:36 +0200, Lennart Poettering wrote:
On Thu, 25.07.13 14:39, Jaroslav Reznik (jrez...@redhat.com) wrote:
Partially accepted Changes
* No Default Sendmail -
Hi,
A long time ago rpmbuild used to have an option --buildarch to
override the arch detection. What is its equivalent nowadays? Sorry,
couldn't figure it out so far.
--target=x86_64
Hmm... That builds a package for x86_64 even if there is a
'ExcludeArch: x86_64' statement in the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/26/2013 03:40 AM, Florian Weimer wrote:
On 07/25/2013 08:55 PM, Daniel J Walsh wrote:
Labels are applied based on the client rules. Which does bring up an
interesting idea of what happens if the server initiates a relabel.
Can we make
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/25/2013 06:45 PM, James Hogarth wrote:
On 25 Jul 2013 19:55, Daniel J Walsh dwa...@redhat.com
mailto:dwa...@redhat.com wrote:
snip
The only provisos/additions I could suggest on the above then is to make
it clear in the release notes
It made things more difficult.
I don't think everyone will remeber trap ASAP.
Sent from S3
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
ExclusiveArch.
Sent from S3
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Fri, Jul 26, 2013 at 12:38 PM, Michael Scherer m...@zarb.org wrote:
Le jeudi 25 juillet 2013 à 11:55 -0700, Adam Williamson a écrit :
On Thu, 2013-07-25 at 17:36 +0200, Lennart Poettering wrote:
On Thu, 25.07.13 14:39, Jaroslav Reznik (jrez...@redhat.com) wrote:
Partially accepted
No one said that stuff should change unexpectedly (and that's not
what currently happens either).
Actually its the opposite you want to consider the whole picture
when doing changes and not think
of independent pieces stuck together. That's why the lets build some
core platform and put
What I really want is rpmconf mode for emacs. I could use all the nice tools
like emacs ediff.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Thu, 2013-07-25 at 16:20 -0700, Toshio Kuratomi wrote:
SNIP
(/me notes that if mattdm's Ring 1 was defined, this might be somewhat
easier to decide upon. If sendmail was in Ring 1 it would be an expected
part of the Fedora Platform. Anything general purpose and carrying the name
Fedora
commit 38803b5edfaf65b665231102398fcacff22e81e2
Author: Jitka Plesnikova jples...@redhat.com
Date: Fri Jul 26 14:32:25 2013 +0200
0.1.1 bump
.gitignore|1 +
Data-HexDump-XXD-0.1.0-Declare-POD-encoding.patch | 31 -
2013/7/26 Petr Pisar ppi...@fedoraproject.org
Summary of changes:
63275df... Add esound and arts BRs (*)
43ee9b2... Add NAS support (*)
Do we really need to re-enable thoses deprecated sound server ?
I guess no
Nicolas (kwizart)
--
devel mailing list
devel@lists.fedoraproject.org
Hi,
It happens from time to time that yum is unable to remove packages when
uninstall scriptlets fail. For experienced users, it is just a matter of
doing rpm -e --noscripts, but casual users will likely end up with yum
check complaining about duplicate packages etc. So
- Might the damage not be
2013/7/26 Nicolas Chauvet kwiz...@gmail.com:
2013/7/26 Petr Pisar ppi...@fedoraproject.org
Summary of changes:
63275df... Add esound and arts BRs (*)
43ee9b2... Add NAS support (*)
Do we really need to re-enable thoses deprecated sound server ?
I guess no
Freedom. Friends.
On Fri, Jul 26, 2013 at 2:20 PM, Mark Bidewell mbide...@gmail.com wrote:
No one said that stuff should change unexpectedly (and that's not
what currently happens either).
Actually its the opposite you want to consider the whole picture
when doing changes and not think
of independent pieces
Le mercredi 24 juillet 2013 à 15:11 -0700, Adam Williamson a écrit :
On Wed, 2013-07-24 at 16:50 +, Jóhann B. Guðmundsson wrote:
On 07/24/2013 04:40 PM, inode0 wrote:
On Wed, Jul 24, 2013 at 11:07 AM, Jóhann B. Guðmundsson
johan...@gmail.com wrote:
The entire budget is not public
On 2013-07-26, Nicolas Chauvet kwiz...@gmail.com wrote:
--===1863972867785366390==
Content-Type: multipart/alternative; boundary=047d7b2e0c172d2ba704e26983c8
--047d7b2e0c172d2ba704e26983c8
Content-Type: text/plain; charset=UTF-8
2013/7/26 Petr Pisar ppi...@fedoraproject.org
2 types of OS - headless servers and UI enabled systems. Need to cater for
both.
On Fri, Jul 26, 2013 at 9:02 AM, drago01 drag...@gmail.com wrote:
On Fri, Jul 26, 2013 at 2:20 PM, Mark Bidewell mbide...@gmail.com wrote:
No one said that stuff should change unexpectedly (and that's not
On Fri, Jul 26, 2013 at 9:02 AM, drago01 drag...@gmail.com wrote:
On Fri, Jul 26, 2013 at 2:20 PM, Mark Bidewell mbide...@gmail.com wrote:
No one said that stuff should change unexpectedly (and that's not
what currently happens either).
Actually its the opposite you want to consider the
On 07/26/2013 05:23 AM, drago01 wrote:
On Fri, Jul 26, 2013 at 10:09 AM, Marcela Mašláňová mmasl...@redhat.com wrote:
On 07/25/2013 07:25 PM, Lennart Poettering wrote:
On Mon, 22.07.13 11:22, Matthew Miller (mat...@fedoraproject.org) wrote:
On Mon, Jul 22, 2013 at 04:40:14PM +0200, drago01
On 07/26/2013 01:07 PM, Michael Scherer wrote:
Working in IT @Red Hat, I concur, and I am pretty sure that no one has
all the information to make that estimation. Network, hosting and
storage are all under different budgets for different team, and all
aggregated ( cause the DC where RH host
On Fri, Jul 26, 2013 at 02:45:06PM +0200, Nicolas Chauvet wrote:
2013/7/26 Petr Pisar ppi...@fedoraproject.org
Summary of changes:
63275df... Add esound and arts BRs (*)
43ee9b2... Add NAS support (*)
Do we really need to re-enable thoses deprecated sound server ?
I guess no
- Original Message -
From: Peter MacKinnon pmack...@redhat.com
To: Development discussions related to Fedora
devel@lists.fedoraproject.org
Sent: Friday, July 26, 2013 4:33:18 PM
Subject: Re: RFC: Proposal for a more agile Fedora.next (draft of my Flock
talk)
On 07/26/2013 05:23
On Thu, Jul 25, 2013 at 7:20 PM, Toshio Kuratomi a.bad...@gmail.com wrote:
On Thu, Jul 25, 2013 at 05:09:54PM -0600, Stephen John Smoogen wrote:
On 25 July 2013 16:59, Billy Crook billycr...@gmail.com wrote:
On Thu, Jul 25, 2013 at 3:36 PM, Bastien Nocera bnoc...@redhat.com wrote:
Given the
On Fri, 2013-07-26 at 14:35 +0100, Daniel P. Berrange wrote:
NB I don't care if esound / arts remain in Fedora or not, but if we
want to kill them off, lets be consistent and kill them everywhere,
not just disable them in SDL
We tried:
On 07/26/2013 02:23 PM, Neal Becker wrote:
What I really want is rpmconf mode for emacs. I could use all the nice tools
like emacs ediff.
Can you elaborate? I'm not familiar neither with emacs nor ediff?
--
Miroslav Suchy
Red Hat, Software Engineer
--
devel mailing list
On Fri, Jul 26, 2013 at 10:04:30AM +0100, Matthew Garrett wrote:
I think you missed my point, but you got the gist. We have way more
important things to discuss than sendmail.
Yes, like the toxic atmosphere on our mailing lists. I don't agree with
Lennart's position, but that doesn't mean
On Fri, Jul 26, 2013 at 02:31:48PM +0200, Christian Fredrik Kalager Schaller
wrote:
There is nothing in the Ring proposal which would make any of this any
easier as it is. It is not going to be any easier to agree what is 'ring
1' than it currently is to agree what is @standard. Only if the
On 07/26/2013 01:47 PM, Josh Boyer wrote:
Unless you are willing to change the definition of default from
spin to product, and making product something more broadly
governed, you're going to be stuck playing these games. If you aren't
willing to do that, then you're limited to asking spins to
2013/7/26 Daniel P. Berrange berra...@redhat.com
On Fri, Jul 26, 2013 at 02:45:06PM +0200, Nicolas Chauvet wrote:
2013/7/26 Petr Pisar ppi...@fedoraproject.org
Summary of changes:
63275df... Add esound and arts BRs (*)
43ee9b2... Add NAS support (*)
Do we really need
Le vendredi 26 juillet 2013 à 13:32 +, Jóhann B. Guðmundsson a
écrit :
On 07/26/2013 01:07 PM, Michael Scherer wrote:
Working in IT @Red Hat, I concur, and I am pretty sure that no one has
all the information to make that estimation. Network, hosting and
storage are all under
On Fri, Jul 26, 2013 at 01:32:22PM +, Jóhann B. Guðmundsson wrote:
Fedora the project which means two entirely separated
infrastructures. yeah sure these two might be communicating heavily
between themselves unless ofcourse you want to risk issues from
either the company or the project
Recently a number of bugs [1-5] have come up regarding the new default
Kerberos Ccache location that we changed according to [6].
We originally thought that reusing the same directory used by
XDG_USER_DIR was a good idea as systemd/logind would pre-create it for
us and we'd all be happy.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/26/2013 10:48 AM, Simo Sorce wrote:
Recently a number of bugs [1-5] have come up regarding the new
default Kerberos Ccache location that we changed according to [6].
We originally thought that reusing the same directory used by
On Fri, 2013-07-26 at 11:01 -0400, Stephen Gallagher wrote:
On 07/26/2013 10:48 AM, Simo Sorce wrote:
Recently a number of bugs [1-5] have come up regarding the new
default Kerberos Ccache location that we changed according to [6].
We originally thought that reusing the same directory
Am 26.07.2013 00:04, schrieb Eric Smith:
On Thu, Jul 25, 2013 at 12:57 PM, Reindl Harald h.rei...@thelounge.net
wrote:
if that would be the case i would not run Apache 2.4, and Zend Opcache
in production on Fdora 17
I wouldn't run *anything* in production on Fedora 17. That's what the
Am 26.07.2013 00:48, schrieb Eric Smith:
On Thu, Jul 25, 2013 at 4:39 PM, Reindl Harald h.rei...@thelounge.net wrote:
Am 26.07.2013 00:22, schrieb Eric Smith:
I wouldn't run *anything* in production on Fedora 17. That's what the
downstream enterprise distributions are for.
We've been
Am 26.07.2013 15:32, schrieb Jóhann B. Guðmundsson:
On 07/26/2013 01:07 PM, Michael Scherer wrote:
Working in IT @Red Hat, I concur, and I am pretty sure that no one has
all the information to make that estimation. Network, hosting and
storage are all under different budgets for different
Am 26.07.2013 14:20, schrieb Mark Bidewell:
Honestly, I keep seeing this argument in this thread, but it doesn't square
with reality. The concept of an OS and
all of its apps as a monolithic distribution with a single release schedule
is unique to Linux. Every other major
OS (with the
I'm about to release and build a new colord. This has all the
pre-1.0.* deprecated functions in libcolord removed, and hence bumps
ABI. The affected packages are:
colord-gtk
colorhug-client
colorhug-tools
control-center
gnome-color-manager
gnome-settings-daemon
gtk3
simple-scan
The DBus
On Fri, Jul 26, 2013 at 8:49 AM, Sandro Mani manisan...@gmail.com wrote:
Hi,
It happens from time to time that yum is unable to remove packages when
uninstall scriptlets fail. For experienced users, it is just a matter of
doing rpm -e --noscripts, but casual users will likely end up with yum
On Fri, 2013-07-26 at 11:01 -0400, Stephen Gallagher wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/26/2013 10:48 AM, Simo Sorce wrote:
Recently a number of bugs [1-5] have come up regarding the new
default Kerberos Ccache location that we changed according to [6].
We
On Fri, 2013-07-26 at 17:07 +0200, Tomas Mraz wrote:
For the record, I like this plan. It should also serve to address a
number of unfortunate edge-cases, particularly those around the
semi-sessions created by 'su' and 'sudo'.
I'd rather like to see a plan that would fix also other
On Thu, 25 Jul 2013 17:09:29 -0500
Dario Landazuri da...@ots.utsystem.edu wrote:
Greetings,
I'm wondering if exim is still being maintained as a package. I've
I hope so.
inherited an exim installation (among other software) that was
installed from source, and I'd like to try and move
On Thu, 25 Jul 2013 23:44:38 -0400
Rahul Sundaram methe...@gmail.com wrote:
HI
On Thu, Jul 25, 2013 at 11:25 PM, Christopher Meng wrote:
Hi,
Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=984776
Rakesh Pandit aka rpandit at redhat.com, hasn't replied any of
unhide
On Fri, 26 Jul 2013 10:03:18 +0100
Frank Murphy frankl...@gmail.com wrote:
On Tue, 16 Jul 2013 10:41:22 -0600
Kevin Fenzi ke...@scrye.com wrote:
This allows users to use the latest boot.iso or pxe images to
install rawhide instances or point to rawhide as a install-able
tree.
On Fri, Jul 26, 2013 at 5:17 PM, Simo Sorce s...@redhat.com wrote:
On Fri, 2013-07-26 at 17:07 +0200, Tomas Mraz wrote:
For the record, I like this plan. It should also serve to address a
number of unfortunate edge-cases, particularly those around the
semi-sessions created by 'su' and
Hey,
since we provide cloud images starting with Fedora 19, I noticed that
cloud-init, which is used in these, does not execute user shell scripts
with $PATH set properly which is causing issues for packages that does
not provide full paths in scriplets.
I know we have some examples which relies
On Fri, 2013-07-26 at 08:47 +, Jóhann B. Guðmundsson wrote:
On 07/25/2013 11:09 PM, Stephen John Smoogen wrote:
default install - what you get when you put the DVD in and do a click
through install.
The DVD is controlled by RELENG
default spin - The GNOME desktop livecd.
While
Jóhann B. Guðmundsson (johan...@gmail.com) said:
Heck maybe the Anaconda team would be willing to come up with or
accept patches that will even present this in the installer in a
spoke in a user friendly manner.
Software selection in anaconda *didn't* have a default in the redesigned UI
for
On Fri, Jul 26, 2013 at 4:23 PM, Jóhann B. Guðmundsson
johan...@gmail.com wrote:
On 07/26/2013 01:47 PM, Josh Boyer wrote:
Unless you are willing to change the definition of default from
spin to product, and making product something more broadly
governed, you're going to be stuck playing
Bastien Nocera (bnoc...@redhat.com) said:
Given the amount of time that he spent on the mailing-list fighting for
those features, then it looks like a waste of time, that work has been
done.
And? (Maybe I'm misunderstanding what you're saying here.)
I mean, it's part of working in a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/26/2013 11:31 AM, Miloslav Trmač wrote:
On Fri, Jul 26, 2013 at 5:17 PM, Simo Sorce s...@redhat.com
wrote:
On Fri, 2013-07-26 at 17:07 +0200, Tomas Mraz wrote:
For the record, I like this plan. It should also serve to
address a number of
Le Lun 22 juillet 2013 21:58, Robert Marcano a écrit :
The real problem with publishing things is that if I distribute binaries
of many things I must follow the license, some say I need to distribute
sources, some say that I need to distribute a copy of the license, etc.
Making files
On 07/26/2013 04:16 PM, Bill Nottingham wrote:
Jóhann B. Guðmundsson (johan...@gmail.com) said:
Heck maybe the Anaconda team would be willing to come up with or
accept patches that will even present this in the installer in a
spoke in a user friendly manner.
Software selection in anaconda
On Fri, Jul 26, 2013 at 06:06:00PM +0200, Lukas Zapletal wrote:
Hey,
since we provide cloud images starting with Fedora 19, I noticed that
cloud-init, which is used in these, does not execute user shell scripts
with $PATH set properly which is causing issues for packages that does
not
On Fri, 26.07.13 11:01, Stephen Gallagher (sgall...@redhat.com) wrote:
I'm CCing Lennart and Kay on the discussion about this. Creating this
symlink in the oddjob would be somewhat error-prone. I'd rather that
we ask logind to carry a patch just for F19 where the creation of
XDG_RUNTIME_DIR
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/26/2013 01:40 PM, Lennart Poettering wrote:
On Fri, 26.07.13 11:01, Stephen Gallagher (sgall...@redhat.com)
wrote:
I'm CCing Lennart and Kay on the discussion about this. Creating
this symlink in the oddjob would be somewhat error-prone.
On Fri, 26.07.13 13:57, Stephen Gallagher (sgall...@redhat.com) wrote:
This would help us out on the 'su -l' and 'sudo -i' cases, but it
still potentially leaves us with two problems that I'm not sure how to
solve (without breaking the XDG_RUNTIME_DIR lifecycle definition).
1)
On Fri, 2013-07-26 at 20:15 +0200, Lennart Poettering wrote:
On Fri, 26.07.13 13:57, Stephen Gallagher (sgall...@redhat.com) wrote:
This would help us out on the 'su -l' and 'sudo -i' cases, but it
still potentially leaves us with two problems that I'm not sure how to
solve (without
After looking at the jobstats on autoqa-stg over the last day or so
since I changed all of the clients to be fc18, I'm happy enough with
the completion rates to suggest that we upgrade production autoqa and
get rid of our fc17 clients.
Proposed setup:
2x virthosts with 4x VMs each, 4096M and 20G
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/26/2013 02:15 PM, Lennart Poettering wrote:
On Fri, 26.07.13 13:57, Stephen Gallagher (sgall...@redhat.com)
wrote:
This would help us out on the 'su -l' and 'sudo -i' cases, but
it still potentially leaves us with two problems that I'm not
On Fri, 26.07.13 14:20, Simo Sorce (s...@redhat.com) wrote:
We want this thing to work by default, having normal users to find out
this lingering concept exist because operations that currently works
start failing is already a big failure.
OK, this is the deal-breaker. The thing about
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/26/2013 02:40 PM, Lennart Poettering wrote:
On Fri, 26.07.13 14:20, Simo Sorce (s...@redhat.com) wrote:
We want this thing to work by default, having normal users to
find out this lingering concept exist because operations that
currently
On Fri, 26.07.13 14:32, Stephen Gallagher (sgall...@redhat.com) wrote:
As Simo noted in the other thread, the availability of credentials
outside the normal user session is an expectation of existing tools.
The exposure here is significantly mitigated by the fact that Kerberos
credentials are
On Fri, 2013-07-26 at 13:57 -0400, Stephen Gallagher wrote:
2) We still need to consider use-cases where a cron job or other
long-running service needs to use credentials given to it by the user,
though they are no longer signed in. With the current approach, we
still need to be concerned
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/26/2013 02:52 PM, Lennart Poettering wrote:
On Fri, 26.07.13 14:32, Stephen Gallagher (sgall...@redhat.com)
wrote:
As Simo noted in the other thread, the availability of
credentials outside the normal user session is an expectation of
Kevin,
note that EPEL tries wherever possible to not push updates that are
incompatible. I have no idea if there's any incompatible config changes
or the like between those versions, but if there are that might be a
reason it's not been updated yet.
The best way forward is to file a bug and
On Fri, Jul 26, 2013 at 8:32 AM, Reindl Harald h.rei...@thelounge.netwrote:
but to say a core / apps separation is fundamentally flawed is incorrect
it is correct
* go and play around with ldd /usr/bin/whatever-application
* look how many share openssl, nspr, nss, libxml and a lot of more
commit 76e927089a5a660f6cf7532a435bd3ca97d8a440
Author: Petr Písař ppi...@redhat.com
Date: Fri Jul 26 21:33:31 2013 +0200
Perl 5.18 rebuild
perl-Parallel-Prefork.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Parallel-Prefork.spec
Hello all,
with thin provisioning available, the total and free space values
reported by a filesystem do not necessarily mean that that much space
is _actually_ available (the actual backing storage may be smaller, or
shared with other filesystems).
If your package reports disk space usage to
On 2013-07-26 11:25, Ville Skyttä wrote:
That list ended up longer than I thought. Unfortunately I don't have
access to it right now, but will post it later today
Here goes the list as run through fedoradev-pkgowners (owner packagename
comaintainers):
abompard ksshaskpass
abrt-team abrt
If your package reports disk space usage to users, and bases this on
filesystem free space, please consider whether it might need to take
LVM thin provisioning into account.
Perhaps you could include a small code snippet explaining *how* to do
this? Is there an lvm_thin_statfs() we can use?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/25/2013 01:10 AM, Paulo César Pereira de Andrade wrote:
What does mean serial mode ? :)
MUMPS.mod.spec appears good. I would use the environment variables
($MPI_LIB and $MPI_INCLUDE) after module load mpi but the
definitions should be
With dnf.noarch 0.3.8-2.git85524ae.fc19 I regularly get poor server connections
for some reason, and it doesn't seem to have a reasonable way of giving up and
falling back to another server.
22/122): espeak-1.47.11-2.fc19.x86_64.rpm (25%) 4% [==
] 39 B/s | 56 kB
On Fri, 2013-07-26 at 12:22 -0400, Stephen Gallagher wrote:
Well, *users* should not really notice or care where these things are
unless they go looking for them. All a user cares about is whether
they can authenticate and have access to their SSO credentials after
doing so.
Moving this
On Jul 26, 2013, at 2:41 PM, Chris Murphy li...@colorremedies.com wrote:
With dnf.noarch 0.3.8-2.git85524ae.fc19 I regularly get poor server
connections for some reason, and it doesn't seem to have a reasonable way of
giving up and falling back to another server.
22/122):
On Fri, Jul 26, 2013 at 10:17 PM, DJ Delorie d...@redhat.com wrote:
If your package reports disk space usage to users, and bases this on
filesystem free space, please consider whether it might need to take
LVM thin provisioning into account.
Perhaps you could include a small code snippet
On Fri, Jul 26, 2013 at 10:59 PM, Miloslav Trmač m...@volny.cz wrote:
On Fri, Jul 26, 2013 at 10:17 PM, DJ Delorie d...@redhat.com wrote:
If your package reports disk space usage to users, and bases this on
filesystem free space, please consider whether it might need to take
LVM thin
1 - 100 of 187 matches
Mail list logo
