Le mardi 14 septembre 2010 à 15:13 +0300, Manuel Wolfshant a écrit :
> On 09/14/2010 12:18 AM, Mike McGrath wrote:
> > You'll need at least some open ports. 443 and 80 I think are the only
> > ones required for koji builds.
> and exactly those are the ones proxied almost everywhere where a
> man
On Thu, 2010-09-16 at 20:10 -0500, Mike Chambers wrote:
> If you download either of these versions from koji and try to install
> them, you get a deps issue with gnome-panel, as it requires
> libedataserverui-1.2.so.10()(64bit).
Hi,
for your information, the 2.31.92 release is not built co
On Fri, 2010-09-17 at 00:11 -0400, Jon Masters wrote:
> I know, systemd got reverted for F-14. But unless I missed something,
> the plan is/was to keep it the default for F-15, and in rawhide. This
> means the package dependencies need to be different in rawhide please.
Obviously, I just added "u
Hello,
I know, systemd got reverted for F-14. But unless I missed something,
the plan is/was to keep it the default for F-15, and in rawhide. This
means the package dependencies need to be different in rawhide please.
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedor
If you download either of these versions from koji and try to install
them, you get a deps issue with gnome-panel, as it requires
libedataserverui-1.2.so.10()(64bit).
So will gnome-panel (am guessing most of gnome as well) be built anytime
soon as well?
--
Mike Chambers
Madisonville, KY
"Best l
We have missed the Fedora 14 Beta RC compose scheduled today because of
unresolved Fedora 14 Beta Blocker bugs.
https://bugzilla.redhat.com/showdependencytree.cgi?id=611991&hide_resolved=1
(NEW or ASSIGNED)
As soon as these bugs are resolved with new packages we will request an
RC compose from
On 16 September 2010 20:05, Colin Walters wrote:
> Personally I'd much prefer some nice asynchronous GObject API
> somewhere for this, rather than parsing SQLite directly. PackageKit
> seems like as good a place as any for this.
app-install in git master has a GObject library, although it does n
On Thu, Sep 16, 2010 at 06:32:20PM +0200, Miloslav Trmač wrote:
> Richard W.M. Jones píše v Čt 16. 09. 2010 v 17:19 +0100:
> > There are times when static linking is a useful. Robert clearly
> > describes one in his original post.
> Static libraries solve the "unprivileged user" problem only in a
On Thu, Sep 16, 2010 at 18:52:41 +0200,
Michal Schmidt wrote:
> On Thu, 16 Sep 2010 11:07:05 -0500 Bruno Wolff III wrote:
> > My questiomn is it better to use requires on syslinux for F13 (and
> > maybe F12) and syslinux-extlinux going forward or should I
> > require /sbin/extlinux allowing the
On Thu, Sep 16, 2010 at 18:48:03 +0200,
Till Maas wrote:
>
> Latest design decisions for package management tools include to sign and
> verify packages before they are installed. Rawhide RPMs are afaik not
> signed, therefore using it for any non testing system that might contain
> sensitive da
On Wed, 2010-09-15 at 09:32 -0700, John Poelstra wrote:
> The Fedora 14 Beta RC compose is scheduled for tomorrow.
>
> ALL open bugs on Fedora 14 Blocker list (http://bit.ly/cZKo9K) MUST
> BE
> FIXED TODAY or we risk delaying the release. In other words we are
> very
> short on time to address
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [PATCH] Install IO::Compress::FAQ into usual POD and man dirs.
https://bugzilla.redhat.com/show_bug.cgi?id=634722
Summary: [PATCH] Install IO::Compress::FAQ int
Hi,
Please review the patches for the following bug. Thanks!
https://bugzilla.redhat.com/show_bug.cgi?id=630092
https://bugzilla.redhat.com/attachment.cgi?id=447832&action=edit
https://bugzilla.redhat.com/attachment.cgi?id=447833&action=edit
https://bugzilla.redhat.com/attachment.cgi?id=447834&a
On Thu, 2010-09-16 at 12:26 -0700, Jesse Keating wrote:
> The question I have for the abrt folks, is there any code that would
> lead to a bug being filed for rawhide? If so, how is that code triggered?
I believe they claimed it was through parsing for "Rawhide" in the
release string value. I th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/15/2010 07:48 PM, Jon Masters wrote:
> On Wed, 2010-09-15 at 14:04 -0700, John Poelstra wrote:
>> Nils Philippsen said the following on 09/15/2010 03:28 AM Pacific Time:
>>> On Tue, 2010-09-14 at 17:13 -0700, John Poelstra wrote:
Shouldn't A
On Thu, Sep 16, 2010 at 8:31 AM, Nils Philippsen wrote:
> I like this. We also need black helicopters.
Surely blue helicopters.
-jef
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Thu, 2010-09-16 at 12:47 -0500, inode0 wrote:
> On Thu, Sep 16, 2010 at 11:31 AM, Nils Philippsen wrote:
> > On Wed, 2010-09-15 at 22:46 -0400, Jon Masters wrote:
> >
> >> Right. I'm not saying Jarod should issue Fedora Arrest Warrants (FAWs?)
> >
> > I like this. We also need black helicopters
On Thu, 2010-09-16 at 16:53 +0200, drago01 wrote:
> On Thu, Sep 16, 2010 at 4:49 PM, Jon Masters wrote:
> > On Thu, 2010-09-16 at 10:34 -0400, Fulko Hew wrote:
> >> On Thu, Sep 16, 2010 at 10:25 AM, Jon Masters
> >> wrote:
> >
> >> > Well, the US law of the land says that you can't listen in on
>
On Thu, Sep 16, 2010 at 11:57 AM, Richard Hughes wrote:
n framework. Yum is a _package_ manager.
> Applications like gnome-shell and kpackagekit want to search for new
> applications using translated per-application strings and show icons
> for desktop files. gnome-shell shouldn't care what a 'pa
Richard W.M. Jones píše v Čt 16. 09. 2010 v 17:19 +0100:
> There are times when static linking is a useful. Robert clearly
> describes one in his original post.
Static libraries solve the "unprivileged user" problem only in a limited
set of cases.
As soon as any of the libraries needs additional
On Thu, Sep 16, 2010 at 11:31 AM, Nils Philippsen wrote:
> On Wed, 2010-09-15 at 22:46 -0400, Jon Masters wrote:
>
>> Right. I'm not saying Jarod should issue Fedora Arrest Warrants (FAWs?)
>
> I like this. We also need black helicopters.
Those are in the hangars at the secret desert compound now
On Wed, 2010-09-15 at 22:46 -0400, Jon Masters wrote:
> Right. I'm not saying Jarod should issue Fedora Arrest Warrants (FAWs?)
I like this. We also need black helicopters.
Nils
--
Nils Philippsen "Those who would give up Essential Liberty to purchase
Red Hat a little Tempor
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=633747
Petr Pisar changed:
What|Removed |Added
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=629228
Fedora Update System changed:
What|Removed |Added
--
2010/9/16 Toshio Kuratomi :
> When we've talked about this before, in the Packaging Committee we
> haven't really cared to stipulate one proper way that maintainers must
> follow since there's several possible ways which all seem equally
> valid. Inconsistency by itself is not a problem. If it's
A file has been added to the lookaside cache for perl-POE-Filter-HTTP-Parser:
0a9fd4a372582e9e73e08e087d25eb14 POE-Filter-HTTP-Parser-1.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.f
commit a58e2eaeaa5121503c6e25e284f7b3586da94ff8
Author: Petr Písař
Date: Thu Sep 16 18:33:50 2010 +0200
1.04 bump
.gitignore |1 +
perl-POE-Filter-HTTP-Parser.spec |5 -
sources |2 +-
3 files changed, 6 insertions(+), 2 delet
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=633749
Petr Pisar changed:
What|Removed |Added
On Thu, Sep 16, 2010 at 7:15 PM, Ralf Ertzinger wrote:
> Hi.
>
> On Thu, 2 Sep 2010 10:34:10 + (UTC), Petr Pisar wrote
>
>> Adobe Flash Player is not produced for x86_64 architecture by vendor.
>> (It used to be, however it containted serious security flaws). To use
>> it by 64b Firefox, you n
Hi.
On Thu, 2 Sep 2010 10:34:10 + (UTC), Petr Pisar wrote
> Adobe Flash Player is not produced for x86_64 architecture by vendor.
> (It used to be, however it containted serious security flaws). To use
> it by 64b Firefox, you need to install a wrapper that converts 64b
> NPAPI to 32b. Howeve
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=629228
--- Comment #3 from Fedora Update System 2010-09-16
12:31:09 EDT ---
perl-OLE-Storage_Lite-0.19-1.el5 has been pushed to the Fe
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=633744
Petr Pisar changed:
What|Removed |Added
On Thu, 16 Sep 2010 11:07:05 -0500 Bruno Wolff III wrote:
> My questiomn is it better to use requires on syslinux for F13 (and
> maybe F12) and syslinux-extlinux going forward or should I
> require /sbin/extlinux allowing the same spec file to be used on F13
> as on F14+ and take the hit of having
On Thu, Sep 16, 2010 at 7:57 AM, Richard Hughes wrote:
> It just so happens that app-install does just that.
The question isnt should app-install exist. The question is does it
interact with our package management system as a source of metadata
information in the right way that makes sense for ou
On Thu, 2010-09-16 at 16:57 +0100, Richard Hughes wrote:
> On 16 September 2010 15:01, James Antill wrote:
> > Err ... PackageKit is currently the cross distro. way to work with
> > distro. package managers, nothing outside of that layer should ever know
> > (or care) where the data is coming fro
On Wed, Sep 15, 2010 at 12:10:16PM -0400, Matthew Miller wrote:
> On Wed, Sep 15, 2010 at 11:53:51AM -0400, Brandon Lozza wrote:
> > If I have to wait for the next release of Fedora (14 for example) to
> > get KDE 4.5 then it's looking like the stable updates vision has made
>
> If you need the ab
On Thu, 2010-09-16 at 17:19 +0100, Richard W.M. Jones wrote:
> There are times when static linking is a useful. Robert clearly
> describes one in his original post.
Only because we do not (yet) have a good per-user package manager to
make installing the required dynamic libraries, or assembling a
commit a1d48bade016b398c69499c485f02a595940
Author: Petr Písař
Date: Thu Sep 16 18:20:08 2010 +0200
1.18 bump
.gitignore|1 +
perl-pip.spec | 15 +--
sources |2 +-
3 files changed, 11 insertions(+), 7 deletions(-)
---
diff --git a/.gitignore b/.gitigno
A file has been added to the lookaside cache for perl-pip:
61ccf13c50d2b485172748e46464b019 pip-1.18.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/perl
On Wed, Sep 15, 2010 at 06:11:21PM +0200, Jakub Jelinek wrote:
> On Wed, Sep 15, 2010 at 05:06:20PM +0100, Robert Spanton wrote:
> > I've recently had to link a fair amount of my work statically so that
> > it'll run on a cluster of RHEL machines. Unfortunately, I am just a
> > user of these machi
A file has been added to the lookaside cache for perl-Parse-ErrorString-Perl:
8a8f41f78ea552914953d47f75dcbf5e Parse-ErrorString-Perl-0.13.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.f
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=633744
Petr Pisar changed:
What|Removed |Added
syslinux recently split out a a subpackage syslinux-extlinux.
livecd-tools uses /sbin/extlinux in livecd-iso-to-disk.
My questiomn is it better to use requires on syslinux for F13 (and maybe
F12) and syslinux-extlinux going forward or should I require /sbin/extlinux
allowing the same spec file to
On 16 September 2010 15:01, James Antill wrote:
> Err ... PackageKit is currently the cross distro. way to work with
> distro. package managers, nothing outside of that layer should ever know
> (or care) where the data is coming from and how it gets updated etc.
PackageKit is a _package_ abstrac
I haven't used Mongrel for any of my projects in some time now, so I'm
no longer an active user and have been unable to find the time to keep
up with them. I'm orphaning the following packages, so they're up for
grabs for anyone actually using them:
rubygem-mongrel
rubygem-gem_plugin
rubygem-fa
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=633740
Petr Pisar changed:
What|Removed |Added
commit 560e586e9bcdfd4dfb1010edcfec94cae25c21a1
Author: Petr Písař
Date: Thu Sep 16 17:35:34 2010 +0200
0.13 bump
.gitignore |1 +
perl-Parse-ErrorString-Perl.spec |7 +--
sources |2 +-
3 files changed, 7 insertions(+), 3 del
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=633740
Petr Pisar changed:
What|Removed |Added
A file has been added to the lookaside cache for perl-ORLite:
9f099eb1c1bbe384857cbdde243f280a ORLite-1.45.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/listinf
On Thu, Sep 16, 2010 at 10:53 AM, drago01 wrote:
> On Thu, Sep 16, 2010 at 4:49 PM, Jon Masters
> wrote:
> > On Thu, 2010-09-16 at 10:34 -0400, Fulko Hew wrote:
> >> On Thu, Sep 16, 2010 at 10:25 AM, Jon Masters
> >> wrote:
> >
> >> > Well, the US law of the land says that you can't listen in on
Roman Rakus wrote:
> On 09/16/2010 04:21 PM, Neal Becker wrote:
>> Updating igraph to 0.5.4. Success for devel and f14. Then for f13 I get:
>>
>>> fedpkg switch-branch f13
>> Branch f13 set up to track remote branch f13/master from origin.
>>
>>> git merge master
>> CONFLICT (rename/delete): Re
Neal Becker writes:
> Let's try:
>
> $rm -rf igraph
Btw., you can undo a failed merge with "git reset --merge".
Andreas.
--
Andreas Schwab, sch...@redhat.com
GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E
"And now for something completely different."
--
devel mailin
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=633736
Petr Pisar changed:
What|Removed |Added
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=633734
Petr Pisar changed:
What|Removed |Added
On 09/16/2010 04:21 PM, Neal Becker wrote:
> Updating igraph to 0.5.4. Success for devel and f14. Then for f13 I get:
>
>> fedpkg switch-branch f13
> Branch f13 set up to track remote branch f13/master from origin.
>
>> git merge master
> CONFLICT (rename/delete): Rename .cvsignore->.gitignore
Compose started at Thu Sep 16 13:15:27 UTC 2010
Broken deps for x86_64
--
RackTables-0.18.3-1.fc14.noarch requires /usr/local/bin/php
RackTables-0.18.3-1.fc14.noarch requires perl(File::FnMatch)
1:anjuta-2.30.0.0-2.fc1
Todd Zullinger wrote:
> Neal Becker wrote:
>> Updating igraph to 0.5.4. Success for devel and f14. Then for f13 I
>> get:
>>
>>> fedpkg switch-branch f13
>> Branch f13 set up to track remote branch f13/master from origin.
>>
>>> git merge master
>> CONFLICT (rename/delete): Rename .cvsignore->.g
commit d39e22b6570717ee410db73f2b736d8d921d6c25
Author: Petr Písař
Date: Thu Sep 16 17:06:25 2010 +0200
0.03 bump
.gitignore |1 +
perl-MooseX-CascadeClearing.spec | 19 ++-
sources |2 +-
3 files changed, 16 inserti
A file has been added to the lookaside cache for perl-MooseX-CascadeClearing:
44db042c7221d84a55c57d97c1bc05e6 MooseX-CascadeClearing-0.03.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.f
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=633734
Petr Pisar changed:
What|Removed |Added
On Thu, Sep 16, 2010 at 4:49 PM, Jon Masters wrote:
> On Thu, 2010-09-16 at 10:34 -0400, Fulko Hew wrote:
>> On Thu, Sep 16, 2010 at 10:25 AM, Jon Masters
>> wrote:
>
>> > Well, the US law of the land says that you can't listen in on
>> > telephone communications frequencies either. And the CFR ad
One of my packages is affected by a Python 2.7 regression. See bug
https://bugzilla.redhat.com/show_bug.cgi?id=627557
This has been fixed in upstream Python, but the fix isn't in a released
version of Python.
I'd love not to have to craft a workaround, so is this bug likely to be
fixed? Or am I
A file has been added to the lookaside cache for perl-Module-Manifest:
90f035a0074c3edcf8f595a38ec90da1 Module-Manifest-1.08.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
On Thu, 2010-09-16 at 10:34 -0400, Fulko Hew wrote:
> On Thu, Sep 16, 2010 at 10:25 AM, Jon Masters
> wrote:
> > Well, the US law of the land says that you can't listen in on
> > telephone communications frequencies either. And the CFR advice and
> > FCC implementation is to require that designers
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=633733
Petr Pisar changed:
What|Removed |Added
Neal Becker wrote:
> Updating igraph to 0.5.4. Success for devel and f14. Then for f13 I get:
>
>> fedpkg switch-branch f13
> Branch f13 set up to track remote branch f13/master from origin.
>
>> git merge master
> CONFLICT (rename/delete): Rename .cvsignore->.gitignore in HEAD and deleted
> in m
Do we really want to do this, especially for a FTBS issue presumably
against F15?
https://admin.fedoraproject.org/updates/ImageMagick-6.6.4.1-13.fc14
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell
On Thu, Sep 16, 2010 at 10:25 AM, Jon Masters wrote:
... snip ...
> Well, the US law of the land says that you can't listen in on telephone
> communications frequencies either. And the CFR advice and FCC
> implementation is to require that designers of radio equipment make it
> intentionally dif
On Thu, 2010-09-16 at 12:41 +0100, David Woodhouse wrote:
> On Wed, 2010-09-15 at 13:20 +0100, Adam Williamson wrote:
> > On Wed, 2010-09-15 at 11:05 +0100, David Woodhouse wrote:
> >
> > > The Broadcom position seems to be entirely crack-inspired, if it's based
> > > on the notion that a binary d
Updating igraph to 0.5.4. Success for devel and f14. Then for f13 I get:
> fedpkg switch-branch f13
Branch f13 set up to track remote branch f13/master from origin.
> git merge master
CONFLICT (rename/delete): Rename .cvsignore->.gitignore in HEAD and deleted
in master
Automatic merge failed;
On Thu, 2010-09-16 at 10:57 +0200, drago01 wrote:
> On Mon, Sep 13, 2010 at 11:39 PM, Richard Hughes wrote:
> > On 13 September 2010 21:49, James Antill wrote:
> >> So Seth spent half a day implementing a proof of concept:
> >> http://skvidal.wordpress.com/2010/08/19/fedora-app-market-proof-of-co
On Tue, Sep 14, 2010 at 10:13:25AM -0400, John W. Linville wrote:
> On Tue, Sep 14, 2010 at 12:31:44PM +0100, David Woodhouse wrote:
> > On Tue, 2010-09-14 at 00:40 -0700, Jesse Keating wrote:
> > > IIRC they require a firmware blob that has a license that we cannot
> > > distribute
> > > unlike s
2010/9/16 Rawhide Report :
> Compose started at Thu Sep 16 08:15:26 UTC 2010
>
> Broken deps for x86_64
> --
> autotrace-0.31.1-24.fc14.i686 requires libMagickCore.so.3
> autotrace-0.31.1-24.fc14.x86_64 requires libMagickCore.so.
Compose started at Thu Sep 16 08:15:26 UTC 2010
Broken deps for x86_64
--
ale-0.9.0.3-2.fc14.x86_64 requires libMagickCore.so.3()(64bit)
almanah-0.7.3-3.fc14.x86_64 requires libedataserverui-1.2.so.10()(64bit)
antlr3-p
On Wed, 2010-09-15 at 14:38 +0200, drago01 wrote:
> But where do you draw the line?
> A "crack-inspired" judge might argue that the fact that regulation is
> done in software is a problem regardless of the drivers license /
> nature.
There's actually some merit in that position. But still there's
On Wed, 2010-09-15 at 13:20 +0100, Adam Williamson wrote:
> On Wed, 2010-09-15 at 11:05 +0100, David Woodhouse wrote:
>
> > The Broadcom position seems to be entirely crack-inspired, if it's based
> > on the notion that a binary driver cannot be modified to break the
> > regulations. That assumpti
On Thu, Sep 16, 2010 at 2:30 PM, Martin Sourada wrote:
>
> >
> Hrm, I'm not sure whether it rocks, but at least it more or less works
> now (but does not shut down, but I believe I noticed thread or something
> about that somewhere so it's probably known issue...).
>
Don't see any bug report file
On Thu, 16 Sep 2010 11:43:06 +0200 Jiri Moskovcak wrote:
> If I remember it correctly there use to be a word "Rawhide" in
> /etc/fedora-release which ABRT use to determine is it's rawhide. So
> now, when it's obviously gone, what is the right way to determine if
> the release is rawhide?
fedora-r
Greetings testers,
Again, thanks to the hard working of developers, release engineers and
testers, F-14-Beta-TC1 was posted and the tests have been executed. Here
I summarize the test results from installation and desktop sides grouped
by release criterion:
* *Installatio
On 09/16/2010 04:48 AM, Jon Masters wrote:
> On Wed, 2010-09-15 at 14:04 -0700, John Poelstra wrote:
>> Nils Philippsen said the following on 09/15/2010 03:28 AM Pacific Time:
>>> On Tue, 2010-09-14 at 17:13 -0700, John Poelstra wrote:
Shouldn't ABRT be looking to a file like /etc/fedora-relea
Le 16/09/2010 11:00, Martin Sourada a écrit :
> Forgive the probably dumb question, but why real_init? I was using
> init=/sbin/upstart
> back in the days when systemd was still badly broken...
>
Erm, i mixed up the setup of systemd for Gentoo and Fedora, the former
uses genkernel instead of dra
On 16 September 2010 09:57, drago01 wrote:
> Lets say we ever want to implement this
> https://bugzilla.gnome.org/show_bug.cgi?id=612628 (or any similar
> feature in another upstream project)
> without a cross distro way to get the application data (icons, names,
> etc. ) it would be a maintenance
On 16/09/10 08:44, Mildred Ki'Lya wrote:
>
> If I understand the rationale behind the FESCo decision, it's to make
> systemd even better and well integrated in F15. How is that going to
> happen if we can't test it with F14?
> What I'm asking here is **how can I keep systemd?**
>
Test in in Rawh
On Thu, 2010-09-16 at 10:00 +0200, Haïkel Guémar wrote:
> You can set the init process in grub.conf, just append to the kernel
> line the following:
> real_init=/bin/systemd
>
Forgive the probably dumb question, but why real_init? I was using
init=/sbin/upstart
back in the days when systemd was s
A file has been added to the lookaside cache for perl-DBD-SQLite:
67b3575104efd606c8093bc416e3338d DBD-SQLite-1.31.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
commit 790330cb34e6cad118bb4a2683159e57975e32fb
Author: Petr Sabata
Date: Thu Sep 16 10:58:46 2010 +0200
New release, v1.31
perl-DBD-SQLite.spec | 15 ++-
1 files changed, 10 insertions(+), 5 deletions(-)
---
diff --git a/perl-DBD-SQLite.spec b/perl-DBD-SQLite.spec
index 8f1
On Mon, Sep 13, 2010 at 11:39 PM, Richard Hughes wrote:
> On 13 September 2010 21:49, James Antill wrote:
>> So Seth spent half a day implementing a proof of concept:
>> http://skvidal.wordpress.com/2010/08/19/fedora-app-market-proof-of-concept/
>
> Translations?
> Icons?
> Offline queries?
> Co-
You can set the init process in grub.conf, just append to the kernel
line the following:
real_init=/bin/systemd
I agree that systemd should remain a working option for F14 users (man,
it rocks) and so there should a simple way to switch.
best regards,
H.
--
devel mailing list
devel@lists.fedorap
On Thu, Sep 16, 2010 at 09:44:31AM +0200, Mildred Ki'Lya wrote:
> Hi,
>
> I'm quite disappointed at the decision yesterday to defer systemd to
> F15. I can understand why it was decided (such a core component must be
> introduced with care) but I was under the impression that systemd was
> already
Hi,
I'm quite disappointed at the decision yesterday to defer systemd to
F15. I can understand why it was decided (such a core component must be
introduced with care) but I was under the impression that systemd was
already polished enough so it could be shipped.
I upgraded my system to F14 alpha
On 09/15/2010 04:38 PM, FlorianFesti wrote:
> [Show/Hide Details]
Btw: If you do that right and save the state of this button in the
user's home you can make beginners and power users happy without much UI
overhead. Power users would just have to push the button once to get
their beloved int
91 matches
Mail list logo
