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 a
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 Haley":
> > >>> On 26/07/11 10:22, Misha S
On Tue, Jul 26, 2011 at 8:13 PM, Fabian Deutsch wrote:
> 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
> >
> > It'
> - 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 wrote:
>
> > Am Dienstag, den
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
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 l
- "Toshio Kuratomi" wrote:
> On Tue, Jul 26, 2011 at 01:56:36PM +0200, Marc Grimme wrote:
> > - "Bill Nottingham" wrote:
> >
> > > Orphan comoonics-base-py
> > > comaintained by: elcody02
> > I'm co maintaining this package and it is required for the packages
> comoonics-cdsl-py and co
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:
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
http://standards.freedesktop.
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 they are added to the end and I think t
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 t
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 wrote:
> It's all been done to make nautilus happy with "user-friendly"
> "localized" names on the user desktop (aping the windows mess). And
> now gnome3 people have
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 wrote:
> > It's all been done to make nautilus happy with "user-friendly"
> > "localized"
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
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 layou
On Wed, 27 Jul 2011 01:01:36 -0500
Jason L Tibbitts III wrote:
> 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 o
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 i
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
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
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
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
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
>
>> 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 cr
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
https://admin.fedoraproject.or
commit a4d4b8e197e6d283fffe0a209558f5c28ebd7eb6
Author: Petr Sabata
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 +++---
sources
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
> increas
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 syst
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 f
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
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 bi
On Wed, 27.07.11 13:10, Andrew Haley (a...@redhat.com) wrote:
> > Nah, the basedir spec does not mandate the bin subdir.
> >
> > WHat I said in the bug report is that I think it makes a lot of sense to
> > have the XDG basedir stuff in the $PATH.
>
> I have to say that
>
> a. xdg (in the form
On Wed, Jul 27, 2011 at 4:01 PM, Lennart Poettering
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 ~/.local/bin . From
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
On Wed, 27.07.11 16:05, Miloslav Trmač (m...@volny.cz) wrote:
>
> On Wed, Jul 27, 2011 at 4:01 PM, Lennart Poettering
> 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 li
On Wed, 27 Jul 2011 15:54:09 +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.
> >
>
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)
> >
On Wed, Jul 27, 2011 at 4:13 PM, Lennart Poettering
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
>> wrote:
>> > I think the right approach here is to prep a patch for the spec and make
>> > the dir official given tha
On Wed, 27 Jul 2011 16:13:11 +0200
Lennart Poettering 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
> > wrote:
> > > I think the right approach here is to prep a patch for the spec
> > > and make the dir off
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'
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.
>
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
https://admin.fedoraproject.org
Hi,
On Wed, 27 Jul 2011 12:43:09 +0200
Nicolas Mailhot 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
> > filesystem.
>
> And what will
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/.ba
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
(perl-CGI-Application-Structured-Tools-0.013-4.fc1
commit 57f3206d70dc721625c44031684d35824a398f79
Author: Iain Arnell
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 insertions(+), 14 deletio
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
perl-de...@lists
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
https://admin.fedoraproject.org/mail
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
https://admin.fedoraproject.o
commit a04a83f464238756333e2c087452421c6b8bfdbb
Author: Iain Arnell
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 deletions(-)
---
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
h
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
https://admin.fedoraproject.org/mail
Summary of changes:
c5cf331... - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass (*)
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/
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
h
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 s
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 no
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
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
https://admin.fedorapr
On Wed, Jul 27, 2011 at 10:48 AM, 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?
> 2. How can I avoid it?
Maybe a m
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
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
https://admin.fedoraproject.o
commit 00370f6746702b6961d34654b1f63d113b39969e
Author: Iain Arnell
Date: Wed Jul 27 18:01:35 2011 +0200
update to 0.006005
.gitignore |1 +
perl-Devel-Declare.spec |8 ++--
sources |2 +-
3 files changed, 8 insertions(+), 3 deletions(-)
---
di
Summary of changes:
00370f6... update to 0.006005 (*)
(*) 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
https://admin.fedoraproject.org/
commit b5a8f94cfeed159cc40fc27f363bf7bc572e4dbb
Author: Iain Arnell
Date: Wed Jul 27 18:08:09 2011 +0200
update to 4.200012
perl-Dist-Zilla.spec |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
---
diff --git a/perl-Dist-Zilla.spec b/perl-Dist-Zilla.spec
index 2332d33..6c8
Summary of changes:
b5a8f94... update to 4.200012 (*)
(*) 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
https://admin.fedoraproject.org/
On Wed, Jul 27, 2011 at 9:48 AM, 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).
Fail how? What's the error?
--
Jerry James
http://www.jamezone.org
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 as soon as the bug is
> found and fixed".
If it goes
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.
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
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
On Wed, Jul 27, 2011 at 6:54 PM, Genes MailLists 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 keepi
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
Jerry James wrote:
> On Wed, Jul 27, 2011 at 9:48 AM, 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).
>
> Fail how? What's the error?
1. Get srpm h
On Wed, Jul 27, 2011 at 11:34 AM, Neal Becker 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. The only thin
On Wed, Jul 27, 2011 at 12:06 PM, Jerry James 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 this:
>
> $ ldd -r
>Jerry James wrote:
> On Wed, Jul 27, 2011 at 12:06 PM, Jerry James 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.
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 forwar
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] https://bugzilla.redhat.com/show_bug.cgi?id=
On Wed, Jul 27, 2011 at 8:39 PM, Michael Schwendt 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 untagged bec
On Wed, Jul 27, 2011 at 20:46:25 +0200,
drago01 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 something
external to
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 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
>
> https://bugzilla.redhat.com/sho
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
Hi
2011/7/27 Miloslav Trmač :
> (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 (that is,
On Wed, Jul 27, 2011 at 12:23 PM, Neal Becker 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 the
problem. Ca
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 a
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_pr
# 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 Alpha
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 in
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
perl-de...@lists.fedor
commit 915d96553441413c57128abe1919daf2d516af8c
Author: Ruediger Landmann
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 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 w
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 i
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 fo
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 rea
1 - 100 of 107 matches
Mail list logo
