On Tue, 14.12.10 22:19, John Reiser (jrei...@bitwagon.com) wrote:
> Also, the claim "The API for /dev/shm is shm_open()" is incorrect.
> See the other message for the history. When something is in the file
> system, then by default the file system APIs (including creat, open,
> read, write, close
On Tue, 14.12.10 18:22, Miloslav Trmač (m...@volny.cz) wrote:
> Bill Nottingham píše v Út 14. 12. 2010 v 12:08 -0500:
> > > The problem is not the technical solution. Problem is that changes of
> > > such important thing like /etc/fstab are decided without Fedora
> > > developers.
> >
> > Eh, wh
On Tue, 14.12.10 14:25, Richard W.M. Jones (rjo...@redhat.com) wrote:
>
> On Tue, Dec 14, 2010 at 02:24:53PM +0100, Tomasz Torcz wrote:
> > We saw it includes /dev, /dev/shm etc. Is there any *reasonable* need
> > to mount sysfs somewhere else than /sys. Or /dev with mode other than 755?
> > T
On 12/14/2010 09:37 PM, Lennart Poettering wrote:
> On Sun, 12.12.10 19:49, John Reiser (jrei...@bitwagon.com) wrote:
>
>> The project is a database system that creates and dlopen()s
>> plugins on-the-fly, for better performance on ["long-running"] queries.
>> We like the speed of creat+write+clos
On Tue, 14.12.10 17:54, Paul Wouters (p...@xelerance.com) wrote:
> On Tue, 14 Dec 2010, Tomasz Torcz wrote:
>
> > Of course administrator can temporary override:
> > mount /dev/shm -o remount, nosuid
> >
> > Or even have it stick after reboot, by droping in /etc/systemd/system/
> > following uni
On Tue, 14.12.10 08:08, Chris Adams (cmad...@hiwaay.net) wrote:
>
> Once upon a time, Tomasz Torcz said:
> > We saw it includes /dev, /dev/shm etc. Is there any *reasonable* need
> > to mount sysfs somewhere else than /sys. Or /dev with mode other than 755?
> > Those all directories are mount
On Tue, 14.12.10 13:53, Miloslav Trmač (m...@volny.cz) wrote:
> Changing the semantics of /etc/fstab without any consultation with
> fedora-devel or even notification of Fedora that something so
> long-standing is changing is hardly constructive either.
>
> I can happily live with "systemd is a n
On 12/14/2010 07:28 PM, Lennart Poettering wrote:
> In order to make things secure we minimize what is allowd on the various
> API file systems we mount. That includes that we set noexec and similar
> options for the file systems involved. The interface how to access
> /dev/shm is called shm_open(
On Sun, 12.12.10 19:49, John Reiser (jrei...@bitwagon.com) wrote:
> The project is a database system that creates and dlopen()s
> plugins on-the-fly, for better performance on ["long-running"] queries.
> We like the speed of creat+write+close+open+read+mmap on /dev/shm.
> If /dev/shm and /tmp both
On 12/14/2010 07:28 PM, Lennart Poettering wrote:
> In order to make things secure we minimize what is allowd on the various
> API file systems we mount. That includes that we set noexec and similar
> options for the file systems involved. The interface how to access
> /dev/shm is called shm_open()
On 12/14/2010 21:28, Lennart Poettering wrote:
> On Tue, 14.12.10 12:08, Bill Nottingham (nott...@redhat.com) wrote:
>
> Thanks, Bill, for replying in so much detail.
>
> Here are a few other points:
>
>> - systemd mounts API filesystems without them needing to be in
>>/etc/fstab. This is for a
On Tue, 14.12.10 12:08, Bill Nottingham (nott...@redhat.com) wrote:
Thanks, Bill, for replying in so much detail.
Here are a few other points:
> - systemd mounts API filesystems without them needing to be in
> /etc/fstab. This is for a variety of reasons - having every system
> installer hav
On Tue, 2010-12-14 at 17:54 -0500, Paul Wouters wrote:
> On Tue, 14 Dec 2010, Tomasz Torcz wrote:
>
> > Of course administrator can temporary override:
> > mount /dev/shm -o remount, nosuid
> >
> > Or even have it stick after reboot, by droping in /etc/systemd/system/
> > following unit definitio
On Tue, 14 Dec 2010, Bill Nottingham wrote:
> It probably should be relnoted, sure.
A relnote is not a substitute for proper documentation, logging and man pages.
Paul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Tue, 14 Dec 2010, Tomasz Torcz wrote:
> Of course administrator can temporary override:
> mount /dev/shm -o remount, nosuid
>
> Or even have it stick after reboot, by droping in /etc/systemd/system/
> following unit definition¹:
No.
You either follow what is in /etc/fstab, or you disallow it
On Tue, Dec 14, 2010 at 02:25:38PM +, Richard W.M. Jones wrote:
> On Tue, Dec 14, 2010 at 02:24:53PM +0100, Tomasz Torcz wrote:
> > We saw it includes /dev, /dev/shm etc. Is there any *reasonable* need
> > to mount sysfs somewhere else than /sys. Or /dev with mode other than 755?
> > Those a
On Tue, 2010-12-14 at 13:48 -0500, Bill Nottingham wrote:
> And again, listing things like /sys in fstab can just give the
> uninitiated the idea that it's something they can change... it's *not*
> a configuration setting.
But I want to mount my /sys over nfs! What do you mean, it's not going
to
Following is the list of topics that will be discussed in the FESCo
meeting tomorrow at 17:30UTC (12:30pm EDT) in #fedora-meeting on
irc.freenode.net.
= Followups =
#508 improve the general standard of packagers/maintainers in the distribution.
https://fedorahosted.org/fesco/ticket/508
#515 Inve
Miloslav Trmač (m...@volny.cz) said:
> So the design was to
> 1) change the setting in the C reimplementation
The design was to pick a default... it's actually been that way since the
initial implementation and that *is* the default on some other distributions.
It probably should be relnoted, su
On Tue, 2010-12-14 at 10:47 -0800, Philip Prindeville wrote:
> On 12/14/10 6:46 AM, Richard W.M. Jones wrote:
> > On Tue, Dec 14, 2010 at 02:35:24PM +, Paul Johnson wrote:
> >> Hi,
> >>
> >> On 14 December 2010 14:27, Richard W.M. Jones wrote:
> >>
> >>> On Tue, Dec 14, 2010 at 02:07:37PM +000
Chris Adams (cmad...@hiwaay.net) said:
> I've seen this said at least a couple of times. In what way is it
> "wasteful"? On most systems, /etc/fstab is going to be less than one
> filesystem block anyway, so there is absolutely zero "waste" going on.
>
> If "waste" of a few dozen bytes is now a
On 12/14/10 6:46 AM, Richard W.M. Jones wrote:
> On Tue, Dec 14, 2010 at 02:35:24PM +, Paul Johnson wrote:
>> Hi,
>>
>> On 14 December 2010 14:27, Richard W.M. Jones wrote:
>>
>>> On Tue, Dec 14, 2010 at 02:07:37PM +, Paul Johnson wrote:
>>>
Is there a safe way to install the x86_64 s
commit 6823491fc52c52cd1ff5e2257e46079e4428f37d
Author: Steven Pritchard
Date: Tue Dec 14 12:37:31 2010 -0600
Update to 2.04.
Fix find option order.
Use fixperms macro instead of our own chmod incantation.
Update Source0 URL.
Minor cosmetic changes to resemble cpanspec outpu
perl-AnyEvent has broken dependencies in the epel-6 tree:
On x86_64:
perl-AnyEvent-5.27-1.el6.noarch requires perl(Event::Lib)
perl-AnyEvent-5.27-1.el6.noarch requires perl(IO::Async::Handle)
On i386:
perl-AnyEvent-5.27-1.el6.noarch requires perl(Event::Lib)
perl-A
Jesse Keating píše v Út 14. 12. 2010 v 09:47 -0800:
> On 12/14/10 9:22 AM, Miloslav Trmač wrote:
> > Bill Nottingham píše v Út 14. 12. 2010 v 12:08 -0500:
> >>> The problem is not the technical solution. Problem is that changes of
> >>> such important thing like /etc/fstab are decided without Fedor
Once upon a time, Bill Nottingham said:
> having every system
> installer have to write /proc, /sys, and so on is pretty wasteful.
I've seen this said at least a couple of times. In what way is it
"wasteful"? On most systems, /etc/fstab is going to be less than one
filesystem block anyway,
A file has been added to the lookaside cache for perl-MLDBM:
b2793c419136fc11082e1ed1b564aeff MLDBM-2.04.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.org/mailman/listinfo/
rt3 has broken dependencies in the epel-6 tree:
On x86_64:
perl-RT-Test-3.8.8-2.el6.noarch requires perl(Test::Email)
On i386:
perl-RT-Test-3.8.8-2.el6.noarch requires perl(Test::Email)
On ppc64:
perl-RT-Test-3.8.8-2.el6.noarch requires perl(Test::Email)
Please resolve thi
perl-Text-vFile-asData has broken dependencies in the epel-6 tree:
On x86_64:
perl-Text-vFile-asData-utils-0.05-4.el6.noarch requires
perl(DateTime::Span)
perl-Text-vFile-asData-utils-0.05-4.el6.noarch requires
perl(DateTime::Format::ICal)
On i386:
perl-Text-vFile-asData
Hi Andrey,
Andrey Ivanov wrote:
> Hi Noriko,
>
> i've read the changelog encryption design document. Indeed, it's a
> sound idea to make AD-389 replication more robust. I have two
> questions about it:
>
> * if i understand correctly you say that the server needs a
> certificate in order to gene
On 12/14/10 9:22 AM, Miloslav Trmač wrote:
> Bill Nottingham píše v Út 14. 12. 2010 v 12:08 -0500:
>>> The problem is not the technical solution. Problem is that changes of
>>> such important thing like /etc/fstab are decided without Fedora developers.
>>
>> Eh, what? It's a change to how API files
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=663069
Vojtech Vitek changed:
What|Removed |Added
-
Bill Nottingham píše v Út 14. 12. 2010 v 12:08 -0500:
> > The problem is not the technical solution. Problem is that changes of
> > such important thing like /etc/fstab are decided without Fedora developers.
>
> Eh, what? It's a change to how API filesystems (/proc, /sys, etc.) get
> mounted. When
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=662811
Ville Skyttä changed:
What|Removed |Added
--
Marcela Mašláňová (mmasl...@redhat.com) said:
> >>> That's not a very constructive wording. Filing a bug showing your use-case
> >>> would be helpful.
I'd like to restate this point. It's rather disappointing that so many
people have decided to skip over this, and prefer to instead complain,
insi
On Tue, Dec 14, 2010 at 02:25:38PM +, Richard W.M. Jones wrote:
> I think it's very reasonable to want to edit /etc/fstab to change the
> default mount options of these filesystems. Suppose that /dev/shm
> defaults to allowing suid and exec. At some point in the future a
> security problem is
Richard W.M. Jones (rjo...@redhat.com) said:
> I guess you can do:
>
> rpm -qa --qf '%{name}\n' > kickstart
>
> and try to construct a kickstart file out of that ...
Using 'show-installed' from rawhide yum-utils (works on earlier releases
if you copy the script over) can give you a more compact
On 12/13/2010 12:45 AM, Carsten Grzemba wrote:
I found the reason: In winsync-plugin.h in the plugin config is defined a
dependenciy for multi-master plugin. This seems to be wrong, because a Winsync
plugin must already be registered when the multi-master plugin starts. I.e. the
dependency sho
On Tue, 2010-12-14 at 14:07 +, Paul Johnson wrote:
> Hi,
>
> My main box decided to snuff it last week (motherboard and processor
> decided to fry). My erstwhile friend in the computer shop I use has
> said that he has a nice 64 bit processor and motherboard going for a
> small amount of money
On 12/14/2010 05:14 PM, Jaroslav Reznik wrote:
> On Tuesday, December 14, 2010 03:19:32 pm Jiri Moskovcak wrote:
>> On 12/14/2010 02:54 PM, Karel Klic wrote:
- Separating machine-generated content from human-generated content is
valuable for the developer. The two require different menta
commit fb677232a6c9fb67b9a19f36dbca83021eec4bac
Author: Marcela Mašláňová
Date: Tue Dec 14 17:09:38 2010 +0100
- 661697 rebuild for fixing problems with vendorach/lib
perl-Algorithm-Annotate.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Algorith
commit 784c308f8216f1335a1aac53cb4f4b47dafdd566
Author: Marcela Mašláňová
Date: Tue Dec 14 17:04:42 2010 +0100
- 661697 rebuild for fixing problems with vendorach/lib
perl-Affix-Infix2Postfix.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Affix-I
On Tue, 14 Dec 2010, Tomasz Torcz wrote:
> We saw it includes /dev, /dev/shm etc. Is there any *reasonable* need
> to mount sysfs somewhere else than /sys. Or /dev with mode other than 755?
> Those all directories are mounted _identically_ on every Linux distribution
> down here. Why pollute fs
tis 2010-12-07 klockan 10:20 -0800 skrev Jesse Keating:
> While I'm looking into the git setup and ACLs and all this, I have a
> question.
>
> Is anybody seeing any real value of having different commit ACLs per
> Fedora branch? I've seen some argument for EPEL vs Fedora, but is there
> real valu
tis 2010-12-07 klockan 20:53 +0100 skrev Andreas Tunek:
> Shouldn't the end of life message reflect that then? It should tell me
> to contact a bug zapper to move the bug report.
I think the reporter can move the bug report as well. At least I have a
memory of doing so on some of the bugs I have
ons 2010-12-08 klockan 11:41 + skrev Peter Robinson:
> It was my understanding that abrt was suppose to block on backtraces
> without debuginfo but I still regularly get bugs with little or no
> decent info.
True. I accidently filed a such abrt report some time ago. I assumed it
would fetch t
On Tue, Dec 14, 2010 at 02:35:24PM +, Paul Johnson wrote:
> Hi,
>
> On 14 December 2010 14:27, Richard W.M. Jones wrote:
>
> > On Tue, Dec 14, 2010 at 02:07:37PM +, Paul Johnson wrote:
> >
> > > Is there a safe way to install the x86_64 system over the 32 bit version
> > and
> > > then c
On Tue, 2010-12-14 at 14:35 +, Paul Johnson wrote:
> Hi,
>
> On 14 December 2010 14:27, Richard W.M. Jones
> wrote:
> On Tue, Dec 14, 2010 at 02:07:37PM +, Paul Johnson wrote:
>
> > Is there a safe way to install the x86_64 system over the 32
> bit version
Hi,
On 14 December 2010 14:27, Richard W.M. Jones wrote:
> On Tue, Dec 14, 2010 at 02:07:37PM +, Paul Johnson wrote:
>
> > Is there a safe way to install the x86_64 system over the 32 bit version
> and
> > then clean off the 32 bit stuff that is no longer needed? If I was using
> > f14, I'd
tis 2010-12-07 klockan 19:20 -0500 skrev Doug Ledford:
> For non-boot devices, loopback works. You only need the hardware if you
> are testing boot time capabilities (which, admittedly, is the far more
> important aspect of testing for this package).
And if you don't have spare systems with more
On Tue, Dec 14, 2010 at 02:07:37PM +, Paul Johnson wrote:
> Hi,
>
> My main box decided to snuff it last week (motherboard and processor decided
> to fry). My erstwhile friend in the computer shop I use has said that he has
> a nice 64 bit processor and motherboard going for a small amount of
On Tue, Dec 14, 2010 at 02:24:53PM +0100, Tomasz Torcz wrote:
> We saw it includes /dev, /dev/shm etc. Is there any *reasonable* need
> to mount sysfs somewhere else than /sys. Or /dev with mode other than 755?
> Those all directories are mounted _identically_ on every Linux distribution
> down
Marcela Mašláňová píše v Út 14. 12. 2010 v 14:55 +0100:
> On 12/14/2010 02:24 PM, Tomasz Torcz wrote:
> > On Tue, Dec 14, 2010 at 01:53:37PM +0100, Miloslav Trmač wrote:
> >> Changing the semantics of /etc/fstab without any consultation with
> >> fedora-devel or even notification of Fedora that som
On 14 December 2010 03:46, Chris Aniszczyk (zx) wrote:
> The Eclipse team within Red Hat has already developed something called the
> Eclipse Fedora Packager:
> http://lists.fedoraproject.org/pipermail/devel/2010-October/144570.html
> http://fedoraproject.org/wiki/Eclipse_Fedora_Packager_
On Tue, 2010-12-14 at 08:19 -0600, Jason L Tibbitts III wrote:
> OK, I found spring-installer and unretired it as well. You should log
> into pkgdb and claim both packages as they're currently orphaned.
>
> - J<
Thanks!
- Gilboa
--
devel mailing list
devel@lists.fedoraproject.org
https://adm
On 12/14/2010 02:54 PM, Karel Klic wrote:
>> - Separating machine-generated content from human-generated content is
>> valuable for the developer. The two require different mental processes
>> to handle. I have a much stronger guarantee that the abrt bug contains
>> facts, but I also know there's
OK, I found spring-installer and unretired it as well. You should log
into pkgdb and claim both packages as they're currently orphaned.
- J<
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
> "GD" == Gilboa Davara writes:
GD> Hello all, While the click-frenzy required to take ownership over
GD> spring and its sub packages I mistakably retired spring-maps-default
GD> / devel and spring-install / devel. I tried to unretire them both,
GD> but failed.
You've found one of the worst
Hello all,
While the click-frenzy required to take ownership over spring and its
sub packages I mistakably retired spring-maps-default / devel and
spring-install / devel.
I tried to unretire them both, but failed.
Admins, help?
- Gilboa
--
devel mailing list
devel@lists.fedoraproject.org
http
Once upon a time, Tomasz Torcz said:
> We saw it includes /dev, /dev/shm etc. Is there any *reasonable* need
> to mount sysfs somewhere else than /sys. Or /dev with mode other than 755?
> Those all directories are mounted _identically_ on every Linux distribution
> down here. Why pollute fstab
Hi,
My main box decided to snuff it last week (motherboard and processor decided
to fry). My erstwhile friend in the computer shop I use has said that he has
a nice 64 bit processor and motherboard going for a small amount of money.
The problem I have is that if I go the 64 bit route then I'll ne
On 12/14/2010 02:24 PM, Tomasz Torcz wrote:
> On Tue, Dec 14, 2010 at 01:53:37PM +0100, Miloslav Trmač wrote:
>> Matthew Miller píše v Út 14. 12. 2010 v 07:39 -0500:
>>> On Mon, Dec 13, 2010 at 11:57:51PM +0100, Dominik 'Rathann' Mierzejewski
>>> wrote:
> the MS_NOEXEC flags is in private syst
> - Separating machine-generated content from human-generated content is
> valuable for the developer. The two require different mental processes
> to handle. I have a much stronger guarantee that the abrt bug contains
> facts, but I also know there's no point in asking for more information.
> Re
On Tue, Dec 14, 2010 at 01:53:37PM +0100, Miloslav Trmač wrote:
> Matthew Miller píše v Út 14. 12. 2010 v 07:39 -0500:
> > On Mon, Dec 13, 2010 at 11:57:51PM +0100, Dominik 'Rathann' Mierzejewski
> > wrote:
> > > > the MS_NOEXEC flags is in private systemd fstab, see
> > > > systemd/src/mount-setu
I will be away from 14 December 2010 to 7 January 2011. For Translate.org.za
and ANLoc queries, please contact the office: +2712 460 1095 or info AT
translate.org.za.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Matthew Miller píše v Út 14. 12. 2010 v 07:39 -0500:
> On Mon, Dec 13, 2010 at 11:57:51PM +0100, Dominik 'Rathann' Mierzejewski
> wrote:
> > > the MS_NOEXEC flags is in private systemd fstab, see
> > > systemd/src/mount-setup.c:
> > You're not kidding. Could the author of this code (I'm guessing..
On Mon, Dec 13, 2010 at 09:47:49AM -0600, Garrett Holmstrom wrote:
> If systemd is going to ignore fstab entries, could we please have the
> fstab file on newly-installed systems replace the entries that would be
> ignored with commentary that explains which filesystems will be ignored?
>
> That
On Mon, Dec 13, 2010 at 11:57:51PM +0100, Dominik 'Rathann' Mierzejewski wrote:
> > the MS_NOEXEC flags is in private systemd fstab, see
> > systemd/src/mount-setup.c:
> You're not kidding. Could the author of this code (I'm guessing...
> Lennart?) please explain this extremely bright idea of hard-
Compose started at Tue Dec 14 08:15:05 UTC 2010
Broken deps for x86_64
--
beagle-0.3.9-19.fc14.x86_64 requires libmono.so.0()(64bit)
beagle-0.3.9-19.fc14.x86_64 requires libmono.so.0(VER_1)(64bit)
cpm-0.23-0.3.beta.fc1
gia...@gmail.com wrote, at 12/14/2010 06:50 AM +9:00:
> Hi all,
> I'm trying to fix the F15 build failure for gpointing-device-settings
> reported here:
> https://bugzilla.redhat.com/show_bug.cgi?id=660864
>
> and I'd need some help to understand what's going on. The main issue
> was related to a n
Hello all,
Following the nonresponsive package maintainers policy, a new version of
atop has been released a couple of months ago but never made it into
Fedora, bug report filed (+patch, [1]) 3 weeks ago.
Other open bug listed below. [2,3]
- Gilboa
[1] https://bugzilla.redhat.com/show_bug.cgi?id
On 12/14/2010 03:51 AM, Jan Kratochvil wrote:
> On Thu, 09 Dec 2010 17:10:49 +0100, David Malcolm wrote:
>> Another gratuitous me too, see:
>>https://fedoraproject.org/wiki/Talk:Features/RetraceServer
>
> Detailed description:
> [...] User sends the coredump [...]
>
> Do you intend to make it d
Hello!
2010/12/14 Mat Booth :
> Sorry for the threadcromancy, but I just checked my Ohloh profile
> today and it hasn't registered any of my commits since we switched
> from CVS to Git. Is Ohloh still crushed under the weight of our mighty
> distro?
Yes, it still suffers from its architectural s
73 matches
Mail list logo
