On Wed, 2011-07-27 at 15:54 +0200, Lennart Poettering wrote:
I think the discussion where to place this is moot anyway, as the spec
has been written years ago and widely (though not universally)
implemented, and we should just stick to it, since where it to place it
is nothing more than bike
On Wed, Jul 27, 2011 at 4:01 PM, Lennart Poettering
mzerq...@0pointer.de wrote:
I think the right approach here is to prep a patch for the spec and make
the dir official given that a) it probably makes sense to have a
standardized dir like this,
I can't really see who is the expected user of
On Wed, 27.07.11 10:01, seth vidal (skvi...@fedoraproject.org) wrote:
On Wed, 2011-07-27 at 15:54 +0200, Lennart Poettering wrote:
I think the discussion where to place this is moot anyway, as the spec
has been written years ago and widely (though not universally)
implemented, and we
On Wed, 27.07.11 16:05, Miloslav Trmač (m...@volny.cz) wrote:
On Wed, Jul 27, 2011 at 4:01 PM, Lennart Poettering
mzerq...@0pointer.de wrote:
I think the right approach here is to prep a patch for the spec and make
the dir official given that a) it probably makes sense to have a
On Wed, 27 Jul 2011 15:54:09 +0200
Lennart Poettering mzerq...@0pointer.de wrote:
On Wed, 27.07.11 10:30, Karel Zak (k...@redhat.com) wrote:
Note that there are a number of 3rd party projects making use of
~/.config/bin afaik, including jhbuild which installs its
executable to that
On Tue, Jul 26, 2011 at 02:43:42PM +0200, Petr Pisar wrote:
On Tue, Jul 26, 2011 at 09:16:57AM +0200, Petr Pisar wrote:
We will remove perl(:MODULE_COMPAT_5.12.*) from perl package soon which
should
affect following packages (require perl(:MODULE_COMPAT_5.12.*) in dist-f16)
only:
On Wed, Jul 27, 2011 at 4:13 PM, Lennart Poettering
mzerq...@0pointer.de wrote:
On Wed, 27.07.11 16:05, Miloslav Trmač (m...@volny.cz) wrote:
On Wed, Jul 27, 2011 at 4:01 PM, Lennart Poettering
mzerq...@0pointer.de wrote:
I think the right approach here is to prep a patch for the spec and
On Wed, 27 Jul 2011 16:13:11 +0200
Lennart Poettering mzerq...@0pointer.de wrote:
On Wed, 27.07.11 16:05, Miloslav Trmač (m...@volny.cz) wrote:
On Wed, Jul 27, 2011 at 4:01 PM, Lennart Poettering
mzerq...@0pointer.de wrote:
I think the right approach here is to prep a patch for the
On Wed, 27.07.11 07:40, Genes MailLists (li...@sapience.com) wrote:
On 07/27/2011 01:23 AM, Adam Williamson wrote:
What specifically does systemd do that autofs does not do without it?
I don't know if there is anything, but it's neat to get something like
this 'free' with systemd,
On Wed, Jul 27, 2011 at 04:24:06PM +0200, Miloslav Trmač wrote:
IMHO the ~/.local/bin place is a mistake, and it's still not too late
to stop making this mistake irreversible.
Yeah. Every $PATH element has its runtime cost (execvp needs to search
that path, at least for unsuccessful searches,
On Wed, Jul 27, 2011 at 03:54:09PM +0200, Lennart Poettering wrote:
On Wed, 27.07.11 10:30, Karel Zak (k...@redhat.com) wrote:
Note that there are a number of 3rd party projects making use of
~/.config/bin afaik, including jhbuild which installs its executable to
that dir.
It
One thing to watch out for is /var/empty. I have had to manually recreate
/var/empty and /var/empty/sshd to get the server to work again. This
might be related to the recent rpm issue, but I am not sure about that.
--
devel mailing list
devel@lists.fedoraproject.org
Hi,
On Wed, 27 Jul 2011 12:43:09 +0200
Nicolas Mailhot nicolas.mail...@laposte.net wrote:
Le mercredi 27 juillet 2011 à 12:26 +0200, Stijn Hoop a écrit :
and even better is the fact that I can now put that area
somewhere else than on our default stupidly-expensive backupped NFS
On 07/27/2011 12:20 PM, Andrew Haley wrote:
On 27/07/11 10:47, Richard W.M. Jones wrote:
On Tue, Jul 26, 2011 at 12:02:14PM -0700, Josh Stone wrote:
On 07/26/2011 09:49 AM, Richard W.M. Jones wrote:
On Tue, Jul 26, 2011 at 08:45:11AM -0430, Robert Marcano wrote:
In /etc/skel/.bash_profile
Current status of Perl 5.14 upgrade
Everyting is in Fedora 16, if you need to fix something, you need to go through
bodhi. We cover 99.57 % Perl packages now. Following packages are still broken:
perl-CGI-Application-Structured-Tools – built
commit 57f3206d70dc721625c44031684d35824a398f79
Author: Iain Arnell iarn...@gmail.com
Date: Sun Jul 24 08:10:19 2011 +0200
update to 1.39
.gitignore |1 +
perl-Cache-FastMmap.spec | 20 +++-
sources |2 +-
3 files changed, 9
Package perl-Business-CreditCard in Fedora 16 is now owned by ppisar
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/acls/name/perl-Business-CreditCard
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
Summary of changes:
57f3206... update to 1.39 (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
A file has been added to the lookaside cache for perl-Data-Serializer:
54160ad0215eefd88a2b0a1cf76f6dc1 Data-Serializer-0.59.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
commit a04a83f464238756333e2c087452421c6b8bfdbb
Author: Iain Arnell iarn...@gmail.com
Date: Wed Jul 27 17:34:27 2011 +0200
update to 0.59
.gitignore|1 +
perl-Data-Serializer.spec |8 +---
sources |2 +-
3 files changed, 7 insertions(+), 4
Le mercredi 27 juillet 2011 à 08:14 -0430, Robert Marcano a écrit :
appending helps a little, but if a security vulnerability allows a
intruder to put binaries on ~/bin, I think it will not be difficult to
overwrite .bash_profile (Unless something like SELinux is used to
protect startup
Summary of changes:
5a8fb59... Perl mass rebuild (*)
57f3206... update to 1.39 (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
Summary of changes:
a04a83f... update to 0.59 (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
Summary of changes:
7cfacc0... Perl mass rebuild (*)
a04a83f... update to 0.59 (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
Hi all,
from the discussion here, I'm tempted to revert the change. Any objections?
RR
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Summary of changes:
1641a7a... update to 0.54 (*)
d2f7301... update to 0.57 (*)
b70997e... - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass (*)
7cfacc0... Perl mass rebuild (*)
a04a83f... update to 0.59 (*)
(*) This commit already existed in another branch; no separate mail
On Wed, 2011-07-27 at 17:40 +0200, Roman Rakus wrote:
Hi all,
from the discussion here, I'm tempted to revert the change. Any objections?
If it helps ending this discussion I'm all for it.
~/.local/bin is not worth this amount of time, regardless whether it was
a good idea to begin with or
On Wed, 2011-07-27 at 09:33 -0500, Bruno Wolff III wrote:
One thing to watch out for is /var/empty. I have had to manually recreate
/var/empty and /var/empty/sshd to get the server to work again. This
might be related to the recent rpm issue, but I am not sure about that.
Yes, it is related to
Trying to help packaging dmtcp. There are 2 shared libs installed. They are
stripped by the rpm install, and then fail when attempting to dlopen them (or 1
of them).
1. Is that normal behaviour?
2. How can I avoid it?
--
devel mailing list
devel@lists.fedoraproject.org
On Wed, Jul 27, 2011 at 10:48 AM, Neal Becker ndbeck...@gmail.com wrote:
Trying to help packaging dmtcp. There are 2 shared libs installed. They are
stripped by the rpm install, and then fail when attempting to dlopen them (or
1
of them).
1. Is that normal behaviour?
2. How can I avoid
On Wed, 2011-07-27 at 11:48 -0400, Neal Becker wrote:
Trying to help packaging dmtcp. There are 2 shared libs installed. They are
stripped by the rpm install, and then fail when attempting to dlopen them (or
1
of them).
1. Is that normal behaviour?
No, the strip performed by the rpm
A file has been added to the lookaside cache for perl-Devel-Declare:
84878634e59ff94cab073ec89122ad00 Devel-Declare-0.006005.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
On 07/27/2011 12:19 PM, Lennart Poettering wrote:
On Wed, 27.07.11 17:40, Roman Rakus (rra...@redhat.com) wrote:
Hi all,
from the discussion here, I'm tempted to revert the change. Any objections?
Yes. I am for keeping it in, and have prepped a patch for XDG basedir to
make it official.
On Wed, Jul 27, 2011 at 6:54 PM, Genes MailLists li...@sapience.com wrote:
On 07/27/2011 12:19 PM, Lennart Poettering wrote:
On Wed, 27.07.11 17:40, Roman Rakus (rra...@redhat.com) wrote:
Hi all,
from the discussion here, I'm tempted to revert the change. Any objections?
Yes. I am for
On Wed, Jul 27, 2011 at 05:40:39PM +0200, Roman Rakus wrote:
Hi all, from the discussion here, I'm tempted to revert the
change. Any objections?
+1
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
New in Fedora 11: Fedora Windows cross-compiler. Compile
On Wed, Jul 27, 2011 at 06:19:19PM +0200, Lennart Poettering wrote:
On Wed, 27.07.11 17:40, Roman Rakus (rra...@redhat.com) wrote:
Hi all,
from the discussion here, I'm tempted to revert the change. Any objections?
Yes. I am for keeping it in, and have prepped a patch for XDG basedir
Jerry James wrote:
On Wed, Jul 27, 2011 at 9:48 AM, Neal Becker ndbeck...@gmail.com wrote:
Trying to help packaging dmtcp. There are 2 shared libs installed. They are
stripped by the rpm install, and then fail when attempting to dlopen them (or
1 of them).
Fail how? What's the error?
1.
On Wed, Jul 27, 2011 at 11:34 AM, Neal Becker ndbeck...@gmail.com wrote:
7. Verify that the only difference is replacing the shared libs installed via
rpm vs. the same shared libs installed without rpm.
So something that rpm does to the shared libs (in /usr/lib64/dmtcp) is
breaking
things.
On Wed, Jul 27, 2011 at 12:06 PM, Jerry James loganje...@gmail.com wrote:
It isn't strip. If I run strip on the version of libmtcp.so left in
the build dir and copy it over /usr/lib64/dmtcp/libmtcp.so, then it
also works. But that version is different from the one installed by
rpm. Watch
Jerry James wrote:
On Wed, Jul 27, 2011 at 12:06 PM, Jerry James loganje...@gmail.com wrote:
It isn't strip. If I run strip on the version of libmtcp.so left in
the build dir and copy it over /usr/lib64/dmtcp/libmtcp.so, then it
also works. But that version is different from the one
On Wed, 27 Jul 2011 09:19:08 -0700, JK (Jesse) wrote:
On 7/27/11 2:03 AM, Michael Schwendt wrote:
There is a big difference between a package going backwards in its EVR
and staying there and a package getting untagged because it breaks koji
buildroot and with the plan to go forward in EVR
Hello,
Would any one like to swap reviews :)?
These two are *very very* simple packages that need to be reviewed.
They're holding up xmedcon[1]
https://bugzilla.redhat.com/show_bug.cgi?id=714327
https://bugzilla.redhat.com/show_bug.cgi?id=714326
[1]
On Wed, Jul 27, 2011 at 8:39 PM, Michael Schwendt mschwe...@gmail.com wrote:
On Wed, 27 Jul 2011 09:19:08 -0700, JK (Jesse) wrote:
On 7/27/11 2:03 AM, Michael Schwendt wrote:
There is a big difference between a package going backwards in its EVR
and staying there and a package getting
On Wed, Jul 27, 2011 at 20:46:25 +0200,
drago01 drag...@gmail.com wrote:
The proper fix would have been to just use epoch. People can call them
evil all they want they are perfectly suitable for that kind of
problems.
Or just rebuild the old version again. (Which should work unless
Marc Grimme (gri...@atix.de) said:
I've done this but could not take over the ownership for Fedora-devel. It's
still orphaned there.
Correct, because the packages have already been blocked as stated in the
mail.
I also got reminders from rawhide that the dependent packages could not be
On Wed, Jul 27, 2011 at 1:40 PM, Ankur Sinha sanjay.an...@gmail.com wrote:
Hello,
Would any one like to swap reviews :)?
These two are *very very* simple packages that need to be reviewed.
They're holding up xmedcon[1]
https://bugzilla.redhat.com/show_bug.cgi?id=714327
On Wed, 2011-07-27 at 14:00 -0500, Richard Shaw wrote:
Sure, I can probably pick one up. I don't have any unassigned right
now but I'll settle for finishing up OpenImageIO[1] :)
Thanks,
Richard
[1] https://bugzilla.redhat.com/show_bug.cgi?id=720411
I'm just finishing up with it. 10
Hi
2011/7/27 Miloslav Trmač m...@volny.cz:
(And of course, the thing to standardize would not be bin, but a
subdirectory structure as defined by the GNU standards for --prefix.)
I agree, it is precisely what I would like to see in a standard, a
home GNU prefix for installing projects locally
On Wed, Jul 27, 2011 at 12:23 PM, Neal Becker ndbeck...@gmail.com wrote:
Sounds like the best course of action is to just disable debugedit?
1. Would this be acceptable for a fedora package?
2. Is it possible to disable debugedit?
I don't think disabling debugedit is necessary. I think I see
Am 27.07.2011 21:59, schrieb Marc-André Lureau:
I don't understand the security risks. If something is allowed to
write to ~/.local/bin (or ~/bin etc..), then surely it's able to read
elsewhere or do something else nasty. Could someone detail it?
Depends on the PATH-Order
if something is
On Tue, 2011-07-26 at 23:46 +0200, Lennart Poettering wrote:
On Tue, 26.07.11 17:16, James Antill (ja...@fedoraproject.org) wrote:
Perhaps it's because in %postun it has systemctl try-restart
sshd.service where it used to have service sshd condrestart, and
systemd kills all running
On 7/27/11 1:09 PM, Reindl Harald wrote:
Depends on the PATH-Order
if something is intended to be first in PATH and any attacker is able
to write there his ls would win against /bin/ls
So, the attacker can write a compromised ls into .local/bin/, but isn't
able to modify your .bash_profile ?
# F16 Alpha Blocker Review meeting #3
# Date: 2011-07-29
# Time: 17:00 UTC [1] (13:00 EDT, 10:00 PDT, 10:00 MST)
# Location: #fedora-bugzappers on irc.freenode.net
It's once again time for everyone's favorite activity - blocker bug
review meeting time !!
Fedora 16 has branched and the first
On 07/27/2011 05:00 PM, Jesse Keating wrote:
On 7/27/11 1:09 PM, Reindl Harald wrote:
Depends on the PATH-Order
if something is intended to be first in PATH and any attacker is able
to write there his ls would win against /bin/ls
So, the attacker can write a compromised ls into
A file has been added to the lookaside cache for
perl-HTML-FormatText-WithLinks-AndTables:
0f6132d17056f2b2c20d03f31ea0c533
HTML-FormatText-WithLinks-AndTables-0.01.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
commit 915d96553441413c57128abe1919daf2d516af8c
Author: Ruediger Landmann r.landm...@redhat.com
Date: Thu Jul 28 07:25:01 2011 +1000
new package
.gitignore|1 +
perl-HTML-FormatText-WithLinks-AndTables.spec | 66 +
sources
On Wed, 27 Jul 2011 17:14:22 -0400
Genes MailLists li...@sapience.com wrote:
On 07/27/2011 05:00 PM, Jesse Keating wrote:
On 7/27/11 1:09 PM, Reindl Harald wrote:
Depends on the PATH-Order
if something is intended to be first in PATH and any attacker is
able to write there his ls would
Am 27.07.2011 23:00, schrieb Jesse Keating:
On 7/27/11 1:09 PM, Reindl Harald wrote:
Depends on the PATH-Order
if something is intended to be first in PATH and any attacker is able
to write there his ls would win against /bin/ls
So, the attacker can write a compromised ls into
Outage: Server reboots - 2011-08-01 14:00 UTC
There will be an outage starting at 2011-08-01 14:00 UTC, which will last
approximately 2 hours.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infrastructure/UTCHowto
or run:
date -d '2011-08-01 14:00 UTC'
Reason
On Wed, 2011-07-27 at 06:43 -0400, Ric Wheeler wrote:
What specifically does systemd do that autofs does not do without it?
I don't know if there is anything, but it's neat to get something like
this 'free' with systemd, without having to add any other package.
It is fine for really
On 07/27/2011 06:20 PM, Adam Williamson wrote:
On Wed, 2011-07-27 at 06:43 -0400, Ric Wheeler wrote:
What specifically does systemd do that autofs does not do without it?
I don't know if there is anything, but it's neat to get something like
this 'free' with systemd, without having to add any
So, that was pretty good response; only one reply here, but several
names were added to the wiki page. There seem to be enough people
interested to begin moving forward.
I can't think of a better place for discussion than this list, so I'll
just go ahead:
Could someone volunteer to co-chair
On Wed, 2011-07-27 at 20:39 +0200, Michael Schwendt wrote:
Take off your pink glasses. Rawhide *is* a dumping ground. It breaks
users' installations regularly because of package maintainers using it
as exactly that, a dumping ground for potentially untested builds.
And how would we stop that?
On Tue, 2011-06-14 at 19:16 +1000, Bojan Smojver wrote:
Hi folks,
Anyone knows how to contact cvsgraph maintainer (Marek Mahut)? Bug is
here:
https://bugzilla.redhat.com/show_bug.cgi?id=709923
I already built the package for EL6, but don't have enough karma to put
it in bodhi. It's a
On Wed, 2011-07-27 at 09:11 +0200, Nicolas Mailhot wrote:
Le mercredi 27 juillet 2011 à 00:01 -0400, Braden McDaniel a écrit :
Can someone explain (or point to) the rationale appending these to PATH
rather than prepending them? I would have expected user binaries to
supersede system
On ons, 2011-07-27 at 21:59 +0200, Marc-André Lureau wrote:
I don't understand the security risks. If something is allowed to
write to ~/.local/bin (or ~/bin etc..), then surely it's able to read
elsewhere or do something else nasty. Could someone detail it?
Also, consider that the attacker
For a while now I've wanted to get some sort of package review SIG
going. The package review process hasn't really evolved much since it
was instituted way back when, and now it (and the portion of the
sponsorship process it overlaps) has become a major bottleneck in one of
the main ways of
Le mercredi 27 juillet 2011 à 00:01 -0400, Braden McDaniel a écrit :
Can someone explain (or point to) the rationale appending these to PATH
rather than prepending them? I would have expected user binaries to
supersede system ones.
Security. You can do all kinds of mischief by overriding an
On Wed, 2011-07-27 at 00:01 -0400, Braden McDaniel wrote:
On Tue, 2011-07-26 at 08:45 -0430, Robert Marcano wrote:
On 07/26/2011 08:36 AM, Genes MailLists wrote:
On 07/26/2011 08:03 AM, Misha Shnurapet wrote:
26.07.2011, 18:34, Andrew Haleya...@redhat.com:
On 26/07/11 10:22, Misha
On Tue, Jul 26, 2011 at 8:13 PM, Fabian Deutsch fabian.deut...@gmx.dewrote:
Am Dienstag, den 26.07.2011, 11:28 -0400 schrieb Bill Nottingham:
Fabian Deutsch (fabian.deut...@gmx.de) said:
It seems as if my first mail (from 12 days ago) got lost:
I can take
Orphan link-grammar
- Ursprüngliche Nachricht -
Von: Peter Robinson
Gesendet: 27.07.11 10:09 Uhr
An: Development discussions related to Fedora
Betreff: Re: [ACTION REQUIRED] Retiring packages in F-16 (final warning)
On Tue, Jul 26, 2011 at 8:13 PM, Fabian Deutsch fabian.deut...@gmx.dewrote:
Am
On Tue, Jul 26, 2011 at 09:34:04PM +0200, Lennart Poettering wrote:
I don't think it makes a lot of sense to have a visible directory for
binaries. People will see that, and be annoyed.
(I have a suggestion, what about to install by default the old good
heroin kernel module? It was able to
On Tue, 26 Jul 2011 14:42:09 -0700, TK (Toshio) wrote:
On Tue, Jul 26, 2011 at 01:24:58PM -0700, Jesse Keating wrote:
On 7/26/11 1:14 PM, Michael Schwendt wrote:
Yes, It got untagged. See last week's thread on this list:
Subject: rpm builds failing with Installed (but unpackaged) file(s)
On Wed, 2011-07-27 at 11:03 +0200, Michael Schwendt wrote:
On Tue, 26 Jul 2011 14:42:09 -0700, TK (Toshio) wrote:
On Tue, Jul 26, 2011 at 01:24:58PM -0700, Jesse Keating wrote:
On 7/26/11 1:14 PM, Michael Schwendt wrote:
Yes, It got untagged. See last week's thread on this list:
- Toshio Kuratomi a.bad...@gmail.com wrote:
On Tue, Jul 26, 2011 at 01:56:36PM +0200, Marc Grimme wrote:
- Bill Nottingham nott...@redhat.com wrote:
Orphan comoonics-base-py
comaintained by: elcody02
I'm co maintaining this package and it is required for the packages
On Tue, Jul 26, 2011 at 12:02:14PM -0700, Josh Stone wrote:
On 07/26/2011 09:49 AM, Richard W.M. Jones wrote:
On Tue, Jul 26, 2011 at 08:45:11AM -0430, Robert Marcano wrote:
In /etc/skel/.bash_profile they are added to the end and I think that is ok
PATH=$PATH:$HOME/.local/bin:$HOME/bin
Hi,
Really, this discussion is pointless. It should be taken to whoever
maintains the xdg directory layout specs nowadays (even the FHS editors
gave up on normalizing /home layout and pushed the problem xdg-side)
http://bugs.linuxfoundation.org/show_bug.cgi?id=788#c5
On 27/07/11 11:19, Nicolas Mailhot wrote:
Really, this discussion is pointless. It should be taken to whoever
maintains the xdg directory layout specs nowadays (even the FHS editors
gave up on normalizing /home layout and pushed the problem xdg-side)
No, because this is not an xdg-mandated
It's been a longer time since the Fedora 15 release for the primary
architectures than we expected, but here we are.
As today, the Fedora IBM System z (s390x) Secondary Arch team proudly
presents the Fedora 15 for IBM System z 64bit official release!
And without further ado, here the links to
Hi,
aside from the merits of adding ~/.local/bin, I just wanted to point
out:
On Wed, 27 Jul 2011 12:19:51 +0200
Nicolas Mailhot nicolas.mail...@laposte.net wrote:
It's all been done to make nautilus happy with user-friendly
localized names on the user desktop (aping the windows mess). And
Le mercredi 27 juillet 2011 à 12:26 +0200, Stijn Hoop a écrit :
Hi,
aside from the merits of adding ~/.local/bin, I just wanted to point
out:
On Wed, 27 Jul 2011 12:19:51 +0200
Nicolas Mailhot nicolas.mail...@laposte.net wrote:
It's all been done to make nautilus happy with
On 07/27/2011 01:23 AM, Adam Williamson wrote:
On Tue, 2011-07-26 at 07:07 -0400, Ric Wheeler wrote:
On 07/26/2011 02:15 AM, Adam Williamson wrote:
On Sat, 2011-07-23 at 07:24 -0400, Ric Wheeler wrote:
should not be surprised that you see resistance (what new capability does
NFS
get from
Le mercredi 27 juillet 2011 à 11:23 +0100, Andrew Haley a écrit :
On 27/07/11 11:19, Nicolas Mailhot wrote:
Really, this discussion is pointless. It should be taken to whoever
maintains the xdg directory layout specs nowadays (even the FHS editors
gave up on normalizing /home layout and
On 07/27/2011 01:23 AM, Adam Williamson wrote:
What specifically does systemd do that autofs does not do without it?
I don't know if there is anything, but it's neat to get something like
this 'free' with systemd, without having to add any other package.
Be a little wary.
This is not
On 07/27/2011 11:45 AM, Nicolas Mailhot wrote:
Le mercredi 27 juillet 2011 à 11:23 +0100, Andrew Haley a écrit :
On 27/07/11 11:19, Nicolas Mailhot wrote:
Really, this discussion is pointless. It should be taken to whoever
maintains the xdg directory layout specs nowadays (even the FHS
Le mercredi 27 juillet 2011 à 12:54 +0100, Andrew Haley a écrit :
On 07/27/2011 11:45 AM, Nicolas Mailhot wrote:
Le mercredi 27 juillet 2011 à 11:23 +0100, Andrew Haley a écrit :
On 27/07/11 11:19, Nicolas Mailhot wrote:
Really, this discussion is pointless. It should be taken to whoever
On 07/27/2011 01:00 PM, Nicolas Mailhot wrote:
Le mercredi 27 juillet 2011 à 12:54 +0100, Andrew Haley a écrit :
On 07/27/2011 11:45 AM, Nicolas Mailhot wrote:
Le mercredi 27 juillet 2011 à 11:23 +0100, Andrew Haley a écrit :
On 27/07/11 11:19, Nicolas Mailhot wrote:
Really, this discussion
On 07/27/2011 11:43 AM, Ric Wheeler wrote:
On 07/27/2011 01:23 AM, Adam Williamson wrote:
On Tue, 2011-07-26 at 07:07 -0400, Ric Wheeler wrote:
We track autofs issues for fedora, upstream and RHEL and seems to work well
in
the field.
What specifically does systemd do that autofs does not
On Wed, Jul 27, 2011 at 01:11:24PM +0100, Bryn M. Reeves wrote:
On 07/27/2011 11:43 AM, Ric Wheeler wrote:
On 07/27/2011 01:23 AM, Adam Williamson wrote:
On Tue, 2011-07-26 at 07:07 -0400, Ric Wheeler wrote:
We track autofs issues for fedora, upstream and RHEL and seems to work
well in
Can someone explain (or point to) the rationale appending these to PATH
rather than prepending them? I would have expected user binaries to
supersede system ones.
Although there is probably only a small number of security
vulnerabilities of user applications that would allow just creating
A file has been added to the lookaside cache for perl-POE-Test-Loops:
8e352fe9c9592d642cdf8a4230af6ad2 POE-Test-Loops-1.312.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
commit a4d4b8e197e6d283fffe0a209558f5c28ebd7eb6
Author: Petr Sabata con...@redhat.com
Date: Wed Jul 27 14:48:36 2011 +0200
1.312 bump, dependencies and filters update, cleanup
.gitignore |1 +
perl-POE-Test-Loops.spec | 42 +++---
On 07/27/2011 05:10 PM, Genes MailLists wrote:
Be a little wary.
This is not really fine - systemd should do one thing and do it well
... when it starts to bleed off and try do too many things (with little
to zero rationale or benefit) then the chances of things going wrong
increase.
On Wed, 27.07.11 06:43, Ric Wheeler (rwhee...@redhat.com) wrote:
(try 'noauto,comment=systemd.automount' as mount parameters for an NFS
share)
We track autofs issues for fedora, upstream and RHEL and seems to work
well in
the field.
What specifically does systemd do that autofs
On Wed, 27.07.11 13:11, Bryn M. Reeves (b...@redhat.com) wrote:
It appears to use the kernel autofs support but replaces the userspace daemon
(and replaces the traditional automounter map file format with
system.automount
unit files).
I can appreciate a benefit for personal systems from
On Wed, 27.07.11 10:30, Karel Zak (k...@redhat.com) wrote:
Note that there are a number of 3rd party projects making use of
~/.config/bin afaik, including jhbuild which installs its executable to
that dir.
It would be nice to clean up $HOME, radically reduce the number of
the
commit 7b2c8f27e5376d6464bf03d142679967ce01c598
Author: Petr Písař ppi...@redhat.com
Date: Wed Jul 27 11:02:30 2011 +0200
Verbose tests
perl-threads-tbb.spec |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
---
diff --git a/perl-threads-tbb.spec b/perl-threads-tbb.spec
index
Summary of changes:
7b2c8f2... Verbose tests (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: perl-POE-Component-IRC-6.68 is available
https://bugzilla.redhat.com/show_bug.cgi?id=726022
Summary: perl-POE-Component-IRC-6.68 is available
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=715559
Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org
changed:
What|Removed
1 - 100 of 118 matches
Mail list logo