Daniel J Walsh writes:
> [...]
> So if you create a directory in the postinstall of an rpm, the directory
> will be created as var_run_t (rule 1), rpm has SELinux intelligence
> built in, but since you did this in postinstall, rpm command does not
> know you did it. You will have to run restor
On Tue, Nov 30, 2010 at 06:36:17PM -0600, Joe Nall wrote:
> As someone who deals with HP DL580 boxes with 6+ NICs routinely,
> this is good stuff. Deterministic naming of the built in NICs will
> simplify installation instructions for us.
Thanks for the good word!
> Are the internal names going t
Also look at http://fedoraproject.org/wiki/ISV_Welcome if you're
interested in more of an ISV point of view. Not sure if the ISV sig is
still active, but there are enough people who care that we can find you
some place :)
On 11/30/2010 01:04 PM, William Lima wrote:
> Hello Sanz,
>
> Take a look
Michael Cronenworth wrote:
> Interesting work, Matt. I'm surprised the Unix purists who would fight
> you to death to keep sendmail on desktops would allow you to change the
> almighty eth* naming scheme.
Why? FreeBSD (and other BSDs, I'm sure) have been naming network
interfaces based on the m
On Tuesday, November 30, 2010 19:45:11 Joe Nall wrote:
> On Nov 30, 2010, at 4:01 PM, Tom Lane wrote:
>> That comment suggests you don't even understand the reason why those
>> subdirectories exist. It's this: the daemons do not, and should not,
>> run with the root privileges needed to create thi
On Nov 30, 2010, at 4:01 PM, Tom Lane wrote:
> Paul Howarth writes:
>> Paul Wouters wrote:
>>> Can't selinux pickup things without a restorecon? And what is the
>>> problem another (root) process screwing over a pid or lock file?
>>> Can't SElinux lock that down from the /var/run level?
>
>> /
On Nov 30, 2010, at 4:34 PM, Matt Domsch wrote:
> On Tue, Nov 30, 2010 at 04:29:32PM -0600, Michael Cronenworth wrote:
>> Matt Domsch wrote:
> Yes, your system, on new install, or if you delete
> /etc/udev/rules.d/70-persistent-net.rules and the HWADDR lines from
> /etc/sysconfig/netw
On Tue, Nov 30, 2010 at 04:29:32PM -0600, Michael Cronenworth wrote:
> Matt Domsch wrote:
> >> > Yes, your system, on new install, or if you delete
> >> > /etc/udev/rules.d/70-persistent-net.rules and the HWADDR lines from
> >> > /etc/sysconfig/network-scripts/ifcfg-*, will then use the new name
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/30/2010 05:01 PM, Tom Lane wrote:
> Paul Howarth writes:
>> Paul Wouters wrote:
>>> Can't selinux pickup things without a restorecon? And what is the
>>> problem another (root) process screwing over a pid or lock file?
>>> Can't SElinux lock th
Matt Domsch wrote:
>> > Yes, your system, on new install, or if you delete
>> > /etc/udev/rules.d/70-persistent-net.rules and the HWADDR lines from
>> > /etc/sysconfig/network-scripts/ifcfg-*, will then use the new names.
> specifically, em0 for the above device, and em for the
> second NIC spe
On Tue, 30 Nov 2010 17:01:16 -0500
Tom Lane wrote:
> Paul Howarth writes:
> > Paul Wouters wrote:
> >> Can't selinux pickup things without a restorecon? And what is the
> >> problem another (root) process screwing over a pid or lock file?
> >> Can't SElinux lock that down from the /var/run leve
On Tue, Nov 30, 2010 at 04:22:54PM -0600, Matt Domsch wrote:
> On Tue, Nov 30, 2010 at 04:18:10PM -0600, Michael Cronenworth wrote:
> > Matt Domsch wrote:
> > > I don't expect desktops to expose
> > > this information - they have only 1 NIC.
> >
> > Many desktops have dual-NICs. I'm typing from an
On Tue, Nov 30, 2010 at 04:18:10PM -0600, Michael Cronenworth wrote:
> Matt Domsch wrote:
> > I don't expect desktops to expose
> > this information - they have only 1 NIC.
>
> Many desktops have dual-NICs. I'm typing from an SMBIOS 2.6 ASUS desktop
> motherboard with dual-NICs.
>
> Handle 0x002
On 11/30/2010 01:12 PM, Matt Domsch wrote:
> I don't expect desktops to expose
> this information - they have only 1 NIC.
There are 2 built-in NIC ports on at least a couple ASUS and
Gigabyte motherboards that have been sold into the "desktop"
market in the last couple years. My desktops also ha
Matt Domsch wrote:
> I don't expect desktops to expose
> this information - they have only 1 NIC.
Many desktops have dual-NICs. I'm typing from an SMBIOS 2.6 ASUS desktop
motherboard with dual-NICs.
Handle 0x002D, DMI type 10, 6 bytes
On Board Device Information
Type: Ethernet
On Tue, Nov 30, 2010 at 10:13:30PM +0100, Fabian Deutsch wrote:
> Good day,
>
> Am Dienstag, den 30.11.2010, 13:04 -0600 schrieb Matt Domsch:
> > On Mon, Nov 29, 2010 at 08:48:05PM +0530, Rahul Sundaram wrote:
> > > On 11/29/2010 08:27 PM, Matt Domsch wrote:
> > > > On Mon, Nov 29, 2010 at 12:17:2
On Tue, Nov 30, 2010 at 03:25:45PM -0600, Michael Cronenworth wrote:
> Matt Domsch wrote:
> > I've pushed the comps change to pull biosdevname into @base by
> > default. And I've posted a patch to anaconda-devel-list to pull
> > biosdevname into the installtime environment. Cross your fingers,
>
Paul Howarth writes:
> Paul Wouters wrote:
>> Can't selinux pickup things without a restorecon? And what is the
>> problem another (root) process screwing over a pid or lock file?
>> Can't SElinux lock that down from the /var/run level?
> /var/run is var_run_t in targeted policy, but hardly anyt
Following is the list of topics that will be discussed in the FESCo
meeting tomorrow at 18:30UTC (1:30pm EDT) in #fedora-meeting on
irc.freenode.net.
This meeting will have newly elected Fesco Members as well as outgoing ones.
= Followups =
#topic Updates policy
#351 Create a policy for update
Matt Domsch wrote:
> I've pushed the comps change to pull biosdevname into @base by
> default. And I've posted a patch to anaconda-devel-list to pull
> biosdevname into the installtime environment. Cross your fingers,
> this is gonna be great!
Could anaconda not be smart enough to pull this in t
On Tue, Nov 30, 2010 at 10:13:30PM +0100, Fabian Deutsch wrote:
> Good day,
>
> Am Dienstag, den 30.11.2010, 13:04 -0600 schrieb Matt Domsch:
> > On Mon, Nov 29, 2010 at 08:48:05PM +0530, Rahul Sundaram wrote:
> > > On 11/29/2010 08:27 PM, Matt Domsch wrote:
> > > > On Mon, Nov 29, 2010 at 12:17:2
On Tue, 30 Nov 2010 16:10:20 -0500 (EST)
Paul Wouters wrote:
> On Tue, 30 Nov 2010, Tomasz Torcz wrote:
>
> >> I would really like to avoid having THREE places to create
> >> directories in /var/run and /var/lock, those being spec file, init
> >> scripts AND tmpfiles.d
> >
> > Scratch the inits
Good day,
Am Dienstag, den 30.11.2010, 13:04 -0600 schrieb Matt Domsch:
> On Mon, Nov 29, 2010 at 08:48:05PM +0530, Rahul Sundaram wrote:
> > On 11/29/2010 08:27 PM, Matt Domsch wrote:
> > > On Mon, Nov 29, 2010 at 12:17:22AM -0600, Matt Domsch wrote:
> > >> I've just pushed biosdevname-0.3.1 into
On Wed, Dec 01, 2010 at 02:37:04AM +0530, Rahul Sundaram wrote:
>On 12/01/2010 12:34 AM, Matt Domsch wrote:
>
> Can you expand the release notes section of
>
> [1]http://fedoraproject.org/wiki/Features/ConsistentNetworkDeviceNaming
>
> Please include the benefits in that.
>
> Done.
>
>
On Tue, 30 Nov 2010, Tomasz Torcz wrote:
>> I would really like to avoid having THREE places to create directories
>> in /var/run and /var/lock, those being spec file, init scripts AND tmpfiles.d
>
> Scratch the initscript. This would mean initscript would need to
> contain multiple
> ExecStartP
On 12/01/2010 12:34 AM, Matt Domsch wrote:
Can you expand the release notes section of
http://fedoraproject.org/wiki/Features/ConsistentNetworkDeviceNaming
Please include the benefits in that.
Done.
Can you explain why only those particular HP and Dell models are affected by
this change? I
On Mon, 29 Nov 2010, Panu Matilainen wrote:
> On Mon, 29 Nov 2010, Marcela Mašláňová wrote:
>> Hello,
>> I tried rebuild RPM on F-14. New RPM doesn't find all provides as it should.
>> Example:
>> RPM 4.9.alpha
>> rpm -qp --provides perl-CGI-3.50-1.fc14.noarch.rpm
>> perl-CGI = 3.50-1.fc14
>>
>> RP
On Tue, 30 Nov 2010, Erik van Pienbroek wrote:
> Panu Matilainen schreef op di 30-11-2010 om 22:10 [+0200]:
>> On Tue, 30 Nov 2010, Erik van Pienbroek wrote:
>>> If I understand your blog entry correctly then we (the Fedora MinGW SIG)
>>> are recommended to use something like this:
>>>
>>> %__ming
The lightweight tag 'perl-HTML-Tidy-1.54-1.fc15' was created pointing to:
cff2d82... Update to 1.54
--
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/perl-devel
Panu Matilainen schreef op di 30-11-2010 om 22:10 [+0200]:
> On Tue, 30 Nov 2010, Erik van Pienbroek wrote:
> > If I understand your blog entry correctly then we (the Fedora MinGW SIG)
> > are recommended to use something like this:
> >
> > %__mingw32_provides %{_mingw32_findprovides}
> > %__mingw3
On Tue, 30 Nov 2010, Erik van Pienbroek wrote:
> Panu Matilainen schreef op vr 26-11-2010 om 13:20 [+0200]:
>> In particular, I'm interested in feedback on the new, pluggable and
>> enhanced dependency extration system. Documentation is scarce at the
>> moment but some background and examples can
Hello Sanz,
Take a look at:
http://fedoraproject.org/wiki/How_to_get_sponsored_into_the_packager_group
and
irc://irc.freenode.net/fedora-devel
On Tue, Nov 30, 2010 at 5:08 PM, Josep Sanz wrote:
>
> Hi.
>
> I send this email to inform you that we have released under GPL-3.0 two
> projects:
>
On Thu, Nov 25, 2010 at 05:24:37PM +0100, Olaf Kirch wrote:
>
> Presenting wicked network configuration
> ===
>
> This is the first public release of wicked, an experimental framework
> for network configuration.
The project name is pretty close to wicd, also
On Tue, Nov 30, 2010 at 02:25:50PM -0500, Paul Wouters wrote:
> > * after a reboot, the application is able to startup and write to a
> > directory
> > in /var/run and/or /var/lock.
>
> All daemons should already be able to do that (meaning init scripts dealing
> with non-existing directories)
On Mon, 29 Nov 2010, Toshio Kuratomi wrote:
> * after a reboot, the application is able to startup and write to a directory
> in /var/run and/or /var/lock.
All daemons should already be able to do that (meaning init scripts dealing
with non-existing directories)
> * The sysadmin would like to b
Panu Matilainen schreef op vr 26-11-2010 om 13:20 [+0200]:
> In particular, I'm interested in feedback on the new, pluggable and
> enhanced dependency extration system. Documentation is scarce at the
> moment but some background and examples can be found here:
> http://laiskiainen.org/blog/?p=35
A file has been added to the lookaside cache for perl-HTML-Tidy:
3025e63d5a85d2abfa793dc1353f8752 HTML-Tidy-1.54.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/l
Hi.
I send this email to inform you that we have released under GPL-3.0 two projects:
- SaltOS: is an ERP / CRM / Management Suite, ideal for freelancers and SMEs.
- RhinOS: is a solution to have a professional website, ideal for any web project.
You can find more information at http://www.ws3.
On Mon, Nov 29, 2010 at 08:48:05PM +0530, Rahul Sundaram wrote:
> On 11/29/2010 08:27 PM, Matt Domsch wrote:
> > On Mon, Nov 29, 2010 at 12:17:22AM -0600, Matt Domsch wrote:
> >> I've just pushed biosdevname-0.3.1 into rawhide. This is not yet
> >> installed by default as part of @base, nor is it
On Tue, 2010-11-30 at 18:03 +0100, Ivana Varekova wrote:
> Hello,
>
> mpfr-3.0.0 is now build to rawhide branch and soname is bumped to 4.0.0
> there.
> MPFR 3.0.0 is binary incompatible with previous versions and also is not
> completely API compatible.
> The most important changes from version
Yesterday I tagged a large number of my builds into dist-f14-updates.
These were all builds that had no changes from the previous stable build
except for buildroot content. These will be "live" as of the next
(which may have already happened) updates push.
The remaining packages which need builds
commit 36eee864341ed515a08df45e8c6adb213186298b
Author: eponyme
Date: Tue Nov 30 19:38:00 2010 +0100
Update to 4.15
.gitignore |1 +
perl-WWW-Curl.spec |4 +++-
sources|2 +-
3 files changed, 5 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gi
commit bbbe7e4f7fea4c477ac527e80948c2dfc4a98156
Author: eponyme
Date: Tue Nov 30 19:37:28 2010 +0100
Update to 4.15
.gitignore |1 +
perl-WWW-Curl.spec |4 +++-
sources|2 +-
3 files changed, 5 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gi
commit c037982644ca618d4842d96491590f218f5b38a2
Author: eponyme
Date: Tue Nov 30 19:34:51 2010 +0100
Update to 4.15
.gitignore |1 +
perl-WWW-Curl.spec |4 +++-
sources|2 +-
3 files changed, 5 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gi
A file has been added to the lookaside cache for perl-WWW-Curl:
31c0b8c7e5e2d26bcc8213d702186d5f WWW-Curl-4.15.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/lis
Toshio Kuratomi gmail.com> writes:
> Commandline xz would compress differently and other random apps that we
> don't know of would as well. This may not cause any difficulties... OTOH,
> it could be that people *are* depending on the compression being the same.
> breaking that assumption is some
Hello,
mpfr-3.0.0 is now build to rawhide branch and soname is bumped to 4.0.0
there.
MPFR 3.0.0 is binary incompatible with previous versions and also is not
completely API compatible.
The most important changes from versions 2.4.* to version 3.0.0
* MPFR is now distributed under the GNU L
On 11/29/2010 05:29 PM, Matt McCutchen wrote:
> Still, you could split the patch into one that just adds
> commented curly braces to existing code and a second with the
> substantive changes, which would be easier for anyone interested to
> review.
Good idea. I revised the web page. Here is the
I've stopped using aumix a while ago -- it needs snd-mixer-oss.ko to
work, which no longer gets loaded by default. I loved the layout (much
cooler than alsamixer), and while I would prefer something with a
similar look and feel to do what pavucontrol does right now, I don't
have the spare cycles to
Rahul Sundaram wrote:
> You believe that it is fine to test for Fedora 14 and push for Fedora 13
> without testing for that release explicitly.
Or the opposite, for that matter.
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/list
John Reiser wrote:
> Right. However, specifying the flag -fno-builtin-memcpy at compilation
> disables gcc inlining of memcpy
But not glibc's.
You need -D__NO_STRING_INLINES too. (That said, the most aggressive inlining
is disabled by default and only enabled if you use -D__USE_STRING_INLINES.)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/30/2010 04:56 AM, Paul Howarth wrote:
> On 30/11/10 08:38, Toshio Kuratomi wrote:
>> On Tue, Nov 30, 2010 at 03:11:43AM -0500, Akira TAGOH wrote:
>>> | 2) The act of installing the rpm should create the necessary directories.
>>> | Alternately, t
Compose started at Tue Nov 30 08:15:08 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)
bognor-regis-0.6.11-1
On Tue, Nov 30, 2010 at 3:20 AM, Kevin Kofler wrote:
> Rahul Sundaram wrote:
> > I am sorry but "somebody does not did his job"? It is not the "job" of
> > anyone to test packages for you. They are merely helping out and we
> > will get more help if we express gratitude instead of a sense of
> >
On 30/11/10 08:38, Toshio Kuratomi wrote:
> On Tue, Nov 30, 2010 at 03:11:43AM -0500, Akira TAGOH wrote:
>> | 2) The act of installing the rpm should create the necessary directories.
>> | Alternately, the program (or as you say, the init script) can create the
>> | necessary directories. Note tha
On Tue, Nov 30, 2010 at 03:11:43AM -0500, Akira TAGOH wrote:
>
> - "Toshio Kuratomi" wrote:
>
> | corner cases:
> | * After installation but before reboot, the application is able to
> | startup
> | and write to a directory in /var/run and/or /var/lock
>
> This is the case what I want to
- "Toshio Kuratomi" wrote:
| corner cases:
| * After installation but before reboot, the application is able to
| startup
| and write to a directory in /var/run and/or /var/lock
This is the case what I want to know a solution. though no one is giving me an
answer for my question yet.
|
57 matches
Mail list logo