Using names like f13, el5, and so forth would also keep dist-git
consistent with git branch naming conventions. If we were to do
something like that we might as well just use the value of %{dist}.
But that's just too obviously right for us to be allowed to do it!
That was going to be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/20/2010 10:48 PM, Pierre-Yves wrote:
On Tue, 2010-07-20 at 22:38 -0700, Jesse Keating wrote:
$ make tag
Make system retired, please use fedpkg. See fedpkg --help
Suggestions on what to put in here?
Might be nice to already print the
It was suggested to keep the Makefile that exists in every package
module/branch in CVS right now, but set it up so that any Make command
issued would print a reminder to the user that the Make system has been
retired and to use fedpkg.
So the expectation would be people leave this
$ cat Makefile
# Makefile for source rpm: pungi
# $Id$
.PHONY :: $(ARCHES) sources uploadsource upload export check build-check
[...]
Just use a single .DEFAULT: or %: rule, you don't need to list anything.
(And :: is almost never what you meant.)
Thanks,
Roland
--
devel mailing list
Hello,
2010-07-21 06:18 keltezéssel, John Poelstra írta:
Feature Freeze means that all accepted feature for the release are
*significantly* feature complete, ready for testing, and have a
current status.
What does it from the software version point of view? I'm asking because
of the
Dne 21.7.2010 08:22, Roland McGrath napsal(a):
What does manually mean, anyway? A database query and a short script?
Isn't this something which automatic QA process could do very easily?
Matěj
--
He uses statistics as a drunken man uses lamp-posts... for
support, rather than illumination.
2010/7/21 David Malcolm dmalc...@redhat.com:
Some notes can be seen at:
https://fedoraproject.org/wiki/Features/Python_2.7/MassRebuild
TODO: do we need a compat-python-2.6 temporarily to resolve loops in the dep
graph?
Wouldn't such a compat package also make yum upgrades from f13-f14 or
perl-Email-Date-Format, cairomm and wordnet appear to be in all arches
for beta 2 and should probably be removed from EPEL-6
perl-HTML-Format, perl-Class-Data-Inheritable, perl-Class-Trigger,
perl-Font-AFM, perl-PadWalker, perl-File-Copy-Recursive and libart_lgpl
appear to be newer versions in
TK == Toshio Kuratomi a.bad...@gmail.com writes:
TK * What replaces chkconfig
TK * What replaces /etc/init.d/SERVICENAME start | stop ?
If the answers aren't chkconfig and service foo start then I fear
significant backlash from poor people who actually have to run F-14
systems. We pretty much
On Tue, 2010-07-20 at 22:15 -0700, Jesse Keating wrote:
On 07/20/2010 08:55 PM, Garrett Holmstrom wrote:
On 7/20/2010 19:13, Hans Ulrich Niedermann wrote:
BTW, while typing the above, I have noted that master or devel or
f13 are quite easy to type, while F-13 with capital letter and
On Tue, 2010-07-20 at 23:31 -0700, Roland McGrath wrote:
It was suggested to keep the Makefile that exists in every package
module/branch in CVS right now, but set it up so that any Make command
issued would print a reminder to the user that the Make system has been
retired and to use
On Wed, 2010-07-21 at 10:55 +0200, Hans Ulrich Niedermann wrote:
On Tue, 2010-07-20 at 22:15 -0700, Jesse Keating wrote:
On 07/20/2010 08:55 PM, Garrett Holmstrom wrote:
Using names like f13, el5, and so forth would also keep dist-git
consistent with git branch naming conventions. If
On Tue, Jul 20, 2010 at 10:38:12PM -0700, Jesse Keating wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
It was suggested to keep the Makefile that exists in every package
module/branch in CVS right now, but set it up so that any Make command
issued would print a reminder to the user
Compose started at Wed Jul 21 08:15:12 UTC 2010
Broken deps for x86_64
--
BackupPC-3.1.0-14.1.fc14.noarch requires perl-suidperl
PragmARC-20060427-6.fc13.i686 requires libgnarl-4.4.so
PragmARC-20060427-6.fc13.i686
On Wed, Jul 21, 2010 at 11:01, Hans Ulrich Niedermann
h...@n-dimensional.de wrote:
Count me in on this reminder:
make: *** No targets specified and no makefile found. Stop.
I like that one.
There is nothing worse that keeping code that doesn't do anything.
--
devel mailing list
hi,
I've just run into it too.
Updated my system . Here's the yum history list of the latest update:
Loaded plugins: auto-update-debuginfo, fastestmirror, presto, protectbase,
: refresh-packagekit
Transaction ID : 174
Begin time : Wed Jul 21 10:16:59 2010
Begin rpmdb
Just to let you know that despite being installable, those 2 packages
will need some work before they are usable.
Rhythmbox needs porting to gtk3, so as not to have clashing GTK2 and
GTK3 usage.
--
devel mailing list
devel@lists.fedoraproject.org
On 07/21/2010 03:24 AM, Toshio Kuratomi wrote:
I have a few requests for things to add to that page :-)
* What replaces chkconfig
systemd-install
Now first the gotcha then I'll provide chkconfig replacement example.
Admins will need to know that they have to use chkconfig for services
Hi all,
Following the process
https://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers
Is someone able to get in touch with Christian Balint (rezso)?
His last koji activity was on the 18th of March 2010. I sent a personal
email on the 9th of June to which I got no reply.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/21/2010 07:12 AM, Ankur Sinha wrote:
hi,
I've just run into it too.
Updated my system . Here's the yum history list of the latest update:
Loaded plugins: auto-update-debuginfo, fastestmirror, presto, protectbase,
:
On Wed, 2010-07-21 at 08:36 -0400, Daniel J Walsh wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/21/2010 07:12 AM, Ankur Sinha wrote:
hi,
I've just run into it too.
Updated my system . Here's the yum history list of the latest update:
Loaded plugins:
On 07/21/2010 01:35 AM, Till Maas wrote:
Hi,
I want to thank everyone for their get well wishes. I am already a lot
better than I was when I wrote the initial mail and have full internet
access again. The mail might have been a little premature, but this is
what happens if one has access to
On Tue, 20.07.10 20:24, Toshio Kuratomi (a.bad...@gmail.com) wrote:
On Wed, Jul 14, 2010 at 2:50 PM, Adam Williamson awill...@redhat.com wrote:
On Wed, 2010-07-14 at 15:42 -0600, Kevin Fenzi wrote:
Perhaps someone could put together a wiki page for lazy sysadmins with
a QA? ie, I used to
Once upon a time, Jóhann B. Guðmundsson johan...@gmail.com said:
And as the general rule goes native configuration breaks legacy
configuration so if a native systemd $service file does exist than
changing service via chkconfig no longer will work.
As an admin, this is crap. Where does
Author: mmaslano
Update of /cvs/pkgs/rpms/perl-Email-Date-Format/EL-6
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv4585
Added Files:
dead.package
Removed Files:
perl-Email-Date-Format.spec
Log Message:
Dead package because this is already in RHEL-6.
--- NEW FILE
On Wed, Jul 21, 2010 at 8:42 AM, Ankur Sinha sanjay.an...@gmail.com wrote:
type=SELINUX_ERR msg=audit(1279715487.164:21): security_compute_sid:
invalid context
unconfined_u:unconfined_r:telepathy_mission_control_t:s0-s0:c0.c1023 for
On Wed, 2010-07-21 at 06:34 -0400, Toshio Kuratomi wrote:
On Tue, Jul 20, 2010 at 10:38:12PM -0700, Jesse Keating wrote:
It was suggested to keep the Makefile that exists in every package
module/branch in CVS right now, but set it up so that any Make command
issued would print a reminder
On Tue, 2010-07-20 at 23:22 -0700, Roland McGrath wrote:
Using names like f13, el5, and so forth would also keep dist-git
consistent with git branch naming conventions. If we were to do
something like that we might as well just use the value of %{dist}.
But that's just too obviously
On Wed, 2010-07-21 at 09:25 -0400, Colin Walters wrote:
On Wed, Jul 21, 2010 at 8:42 AM, Ankur Sinha sanjay.an...@gmail.com wrote:
type=SELINUX_ERR msg=audit(1279715487.164:21): security_compute_sid:
invalid context
unconfined_u:unconfined_r:telepathy_mission_control_t:s0-s0:c0.c1023
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/21/2010 08:42 AM, Ankur Sinha wrote:
type=SELINUX_ERR msg=audit(1279715487.164:21): security_compute_sid: invalid
context unconfined_u:unconfined_r:telepathy_mission_control_t:s0-s0:c0.c1023
for
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/21/2010 09:39 AM, Ankur Sinha wrote:
On Wed, 2010-07-21 at 09:25 -0400, Colin Walters wrote:
On Wed, Jul 21, 2010 at 8:42 AM, Ankur Sinha sanjay.an...@gmail.com wrote:
type=SELINUX_ERR msg=audit(1279715487.164:21): security_compute_sid:
On Wed, 2010-07-21 at 09:45 -0400, Daniel J Walsh wrote:
chcon -t bin_t /usr/libexec/mission-control* /usr/libexec/telepathy*
That fixed it. Thanks
regards,
Ankur
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Wed, 2010-07-21 at 11:19 +0200, Hans Ulrich Niedermann wrote:
Ugly potential fix for this ugly issue: Patch rpm and yum to compare
N-V-R.fc13 exactly like N-V-R.f13, and carry that patch until F-15.
That would be ... hard.
And ugly doesn't even begin to describe it. Also IMO using only a
On Wed, 2010-07-21 at 10:08 -0400, James Antill wrote:
On Wed, 2010-07-21 at 11:19 +0200, Hans Ulrich Niedermann wrote:
Ugly potential fix for this ugly issue: Patch rpm and yum to compare
N-V-R.fc13 exactly like N-V-R.f13, and carry that patch until F-15.
That would be ... hard.
And
On Wed, 2010-07-21 at 10:08 -0400, James Antill wrote:
On Wed, 2010-07-21 at 11:19 +0200, Hans Ulrich Niedermann wrote:
Ugly potential fix for this ugly issue: Patch rpm and yum to compare
N-V-R.fc13 exactly like N-V-R.f13, and carry that patch until F-15.
That would be ... hard.
And
On Wednesday, July 21, 2010 11:19:54 Hans Ulrich Niedermann wrote:
On Wed, 2010-07-21 at 10:55 +0200, Hans Ulrich Niedermann wrote:
On Tue, 2010-07-20 at 22:15 -0700, Jesse Keating wrote:
On 07/20/2010 08:55 PM, Garrett Holmstrom wrote:
Using names like f13, el5, and so forth would also
On Jul 14, 2010, at 5:22 AM, Tomas Mraz wrote:
On Tue, 2010-07-13 at 18:42 +0200, Karel Klic wrote:
On 07/13/2010 06:03 PM, Brian C. Lane wrote:
This is why I'm so surprised to see gpg be deprecated in f13. Upstream
is supporting both and the manpage even indicates that the binary should
be
On Wed, 2010-07-21 at 16:39 +0200, Michal Hlavinka wrote:
another less ugly (but still ugly) solution would be adding:
Obsoletes: N-V-R.fc13
Obsoletes: N-V-R.fc12
in koji automatically for the same NVR as the package has, but I don't know
if
this would not make yum's depsolver cry
Even
On Wed, Jul 21, 2010 at 3:14 PM, Chris Adams cmad...@hiwaay.net wrote:
Once upon a time, Jóhann B. Guðmundsson johan...@gmail.com said:
And as the general rule goes native configuration breaks legacy
configuration so if a native systemd $service file does exist than
changing service via
On 07/21/2010 05:12 PM, Koji Build System wrote:
;client certificate
Subject: Package: udev-151-8.fc13 Tag: dist-f13-updates Status: failed Built
by: ctyler
To: cty...@fedoraproject.org, har...@fedoraproject.org
X-Koji-Tag: dist-f13-updates
X-Koji-Package: udev
X-Koji-Builder: ctyler
Once upon a time, drago01 drag...@gmail.com said:
On Wed, Jul 21, 2010 at 3:14 PM, Chris Adams cmad...@hiwaay.net wrote:
Once upon a time, Jóhann B. Guðmundsson johan...@gmail.com said:
And as the general rule goes native configuration breaks legacy
configuration so if a native systemd
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/20/2010 11:35 PM, Till Maas wrote:
Hi,
I want to thank everyone for their get well wishes. I am already a lot
better than I was when I wrote the initial mail and have full internet
access again. The mail might have been a little premature,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/21/2010 07:44 AM, David Shaw wrote:
On Jul 14, 2010, at 5:22 AM, Tomas Mraz wrote:
On Tue, 2010-07-13 at 18:42 +0200, Karel Klic wrote:
On 07/13/2010 06:03 PM, Brian C. Lane wrote:
This is why I'm so surprised to see gpg be deprecated in
On Wed, 2010-07-21 at 17:16 +0200, drago01 wrote:
On Wed, Jul 21, 2010 at 3:14 PM, Chris Adams cmad...@hiwaay.net wrote:
Once upon a time, Jóhann B. Guðmundsson johan...@gmail.com said:
And as the general rule goes native configuration breaks legacy
configuration so if a native systemd
right now a glibc build is going on that has --enablekernel=2.6.32
from Jakub
Bumping that from 2.6.18 used currently means e.g. to get rid of compat
bloat for private futexes, utimensat, fallocate, O_CLOEXEC/pipe2 etc. (lots
of cloexec/nonblocking stuff), ADJ_OFFSET_SS_READ, accept4, realtime
2010/7/21 Jóhann B. Guðmundsson johan...@gmail.com:
Admins will need to know that they have to use chkconfig for services that
do not have a native systemd $service file. ( legacy for services )
And as the general rule goes native configuration breaks legacy
configuration so if a native
On Tue, 2010-07-20 at 17:18 -0800, Jeff Spaleta wrote:
On Tue, Jul 20, 2010 at 4:02 PM, David Malcolm dmalc...@redhat.com wrote:
I'm planning to do a partial mass-rebuild for Python 2.7.
Please, when you hit build failures, and you will if you can
provide a link to a failure report
Hi, Gerard. I just realized I need a newer build of Unison - 2.32 - to
sync with a machine running a different distro. I see from the -devel
archives that you currently don't have enough time to maintain your
packages.
I'd like to ask you to make me a co-maintainer so I can do this, but
obviously
Adam Williamson wrote:
What was the initial reason for the 2.18 / 2.27 packaging
split? Is there any reason to continue to package multiple releases?
Should we just go back to having a single, 2.32-versioned 'unison'
package, or should we bump unison227 to be 2.32, or add a unison232
package?
On Wed, 2010-07-21 at 09:45 -0400, Daniel J Walsh wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/21/2010 09:39 AM, Ankur Sinha wrote:
On Wed, 2010-07-21 at 09:25 -0400, Colin Walters wrote:
On Wed, Jul 21, 2010 at 8:42 AM, Ankur Sinha sanjay.an...@gmail.com
wrote:
On Wed, 2010-07-21 at 08:03 -0800, Jeff Spaleta wrote:
2010/7/21 Jóhann B. Guðmundsson johan...@gmail.com:
Admins will need to know that they have to use chkconfig for services that
do not have a native systemd $service file. ( legacy for services )
And as the general rule goes native
On 07/21/2010 04:03 PM, Jeff Spaleta wrote:
Would it be reasonable to extend chkconfig so that it can know which
services it can no longer control and provide a pointer blurb to
admins when they try to use chkconfig with those services in the F14
timeframe. The reality is any change to
On Wed, 2010-07-21 at 11:51 -0500, Michael Cronenworth wrote:
Adam Williamson wrote:
What was the initial reason for the 2.18 / 2.27 packaging
split? Is there any reason to continue to package multiple releases?
Should we just go back to having a single, 2.32-versioned 'unison'
package,
On Wed, Jul 21, 2010 at 10:29:40AM -0500, Chris Adams wrote:
Different for no good reason (other than to break legacy configuration)
is crap.
Plus one million to this, by the way.
Providing multiple interfaces, one to manage some services and one to
manage the others, is major crap.
On 21 July 2010 12:12, Adam Williamson awill...@redhat.com wrote:
Thanks, but afaics that thread doesn't really answer any of my
questions, it's just a bunch of yum technicalities about how the
implementation of having two packages actually works. What I'm
interested in is what was the
On Wed, 21.07.10 13:12, Matthew Miller (mat...@mattdm.org) wrote:
On Wed, Jul 21, 2010 at 12:04:39PM +, Jóhann B. Guðmundsson wrote:
ls /lib/systemd/system/
To enable service ( chkconfig $service on )
systemd-install enable $service.service
To disable service ( chkconfig $service
2010/7/21 Jóhann B. Guðmundsson johan...@gmail.com:
There is an RFE for the same compatibility from chkconfig #616857 as in
chkconfig will try to use systemd native files first and spill out a
deprecation warning or just spill out deprecation warning hinting users (
Written in C patches
On Wed, 21.07.10 10:00, Adam Williamson (awill...@redhat.com) wrote:
If we are breaking curmudgeony workflows it be really nice to provide
some breadcrumbs along the way to help us old dogs learn new tricks.
Admins are going to need to learn how to use and configure systemd
native configs
On Wed, Jul 21, 2010 at 9:45 AM, Lennart Poettering
mzerq...@0pointer.de wrote:
We can add similar code to chkconfig too: something that warns the admin
when a native systemd unit file exists, and then redirects the command
properly. It is now on my todo list, but not even near the top of the
On Sat, 2010-07-17 at 13:36 +0200, Michel Alexandre Salim wrote:
Hi,
F-13's NetworkManager is currently still at version
0.8.1-0.1.git20100510.fc13, which on my Sony netbook intermittently
disconnects on some networks, and could not pair up with the Google
Nexus One's wireless tether
On Wed, 21 Jul 2010 11:51:02 -0500, Michael wrote:
Adam Williamson wrote:
What was the initial reason for the 2.18 / 2.27 packaging
split? Is there any reason to continue to package multiple releases?
Should we just go back to having a single, 2.32-versioned 'unison'
package, or should
Adam Williamson wrote:
Thanks, but afaics that thread doesn't really answer any of my
questions, it's just a bunch of yum technicalities about how the
implementation of having two packages actually works. What I'm
interested in is what was the original reason for having two branches
packaged,
Michael Cronenworth wrote:
Jeff Splata's reply seemed to be enlightening, at least to me:
/s/Splata/Spaleta/
Sorry, Jeff!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Wed, 2010-07-21 at 12:58 -0500, Michael Cronenworth wrote:
Adam Williamson wrote:
Thanks, but afaics that thread doesn't really answer any of my
questions, it's just a bunch of yum technicalities about how the
implementation of having two packages actually works. What I'm
interested in
On Wed, Jul 21, 2010 at 5:47 PM, James Antill ja...@fedoraproject.org wrote:
On Wed, 2010-07-21 at 17:16 +0200, drago01 wrote:
On Wed, Jul 21, 2010 at 3:14 PM, Chris Adams cmad...@hiwaay.net wrote:
Once upon a time, Jóhann B. Guðmundsson johan...@gmail.com said:
And as the general rule
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/21/2010 12:53 PM, Adam Williamson wrote:
On Wed, 2010-07-21 at 09:45 -0400, Daniel J Walsh wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/21/2010 09:39 AM, Ankur Sinha wrote:
On Wed, 2010-07-21 at 09:25 -0400, Colin Walters
Once upon a time, drago01 drag...@gmail.com said:
And when I say/here admin I'd expect to be talking about a human (not
some kind of robot that has hardwired commands and can't adapt to
changes).
If you only have to manage one system, good for you. I have to manage a
bunch, and everything
On Tue, Jul 20, 2010 at 04:26:14PM +0200, Lennart Poettering wrote:
On Tue, 20.07.10 16:04, Lennart Poettering (mzerq...@0pointer.de) wrote:
I am not entirely sure though why those processes actually access those
dirs in this case. Maybe they are iterating through the files in /dev?
On Jul 21, 2010, at 11:45 AM, Brian C. Lane wrote:
I am not interested in co-maintaining gnupg-1. However I do not oppose
to revive it in koji.
Forgive my ignorance of the process, but how can I help this happen? Aside
from my own problems with the change, there are other reports of
On Wed, Jul 21, 2010 at 02:30:03PM -0400, Dave Jones wrote:
On Tue, Jul 20, 2010 at 04:26:14PM +0200, Lennart Poettering wrote:
On Tue, 20.07.10 16:04, Lennart Poettering (mzerq...@0pointer.de) wrote:
I am not entirely sure though why those processes actually access those
dirs
On Wed, 2010-07-21 at 14:30 -0400, Dave Jones wrote:
On Tue, Jul 20, 2010 at 04:26:14PM +0200, Lennart Poettering wrote:
On Tue, 20.07.10 16:04, Lennart Poettering (mzerq...@0pointer.de) wrote:
I am not entirely sure though why those processes actually access those
dirs in this
Once upon a time, Jóhann B. Guðmundsson johan...@gmail.com said:
Regular desktop end user wont notice any other change other than perhaps
faster bootup and the people that call themselves power/advanced/admin
users should have no problem to adapt and are urged from the start to
Please
On Wed, 21.07.10 09:51, Jeff Spaleta (jspal...@gmail.com) wrote:
Heya,
Is there a reasonable deadline to shoot for? Let me get past this
weekend and I'll try to commit to doing so that I can be publicly
shamed if I fail at doing it.
Thanks a lot for looking into this. Much appreciated!
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/21/2010 01:55 AM, Hans Ulrich Niedermann wrote:
On Tue, 2010-07-20 at 22:15 -0700, Jesse Keating wrote:
On 07/20/2010 08:55 PM, Garrett Holmstrom wrote:
On 7/20/2010 19:13, Hans Ulrich Niedermann wrote:
BTW, while typing the above, I have
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/20/2010 11:22 PM, Roland McGrath wrote:
Using names like f13, el5, and so forth would also keep dist-git
consistent with git branch naming conventions. If we were to do
something like that we might as well just use the value of %{dist}.
On Wed, Jul 21, 2010 at 10:45 AM, Chris Adams cmad...@hiwaay.net wrote:
I just want to see changes in a backwards-compatible way whenever it is
practical. I understand that that is not always the case, but I don't
see anything here that indicates systemd and the long-standing
On Tue, Jul 20, 2010 at 04:47:38PM -0600, Stephen John Smoogen wrote:
There will be an outage starting at 2010-07-21 16:00 UTC, which will
last approximately 3 hours. Outages will be small but noticeable for
small segments as systems are updated and rebooted.
To convert UTC to your
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Not sure if I've asked the wider audience here, but is the import.log
file of any use to anybody? It's one more file that might differ
between branches even when all else is the same, and I don't necessarily
want to keep munging it with fedpkg 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=563935
--- Comment #6 from Fedora Update System upda...@fedoraproject.org 2010-07-21
16:02:37 EDT ---
perl-IPC-ShareLite-0.13-4.el5
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=592672
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
Not sure if I've asked the wider audience here, but is the import.log
file of any use to anybody? It's one more file that might differ
between branches even when all else is the same, and I don't necessarily
want to keep munging it with fedpkg when importing items. Would anybody
cry if this
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/21/2010 11:32 AM, David Shaw wrote:
On Jul 21, 2010, at 11:45 AM, Brian C. Lane wrote:
I am not interested in co-maintaining gnupg-1. However I do not oppose
to revive it in koji.
Forgive my ignorance of the process, but how can I help
On Wed, 21 Jul 2010, Dave Jones wrote:
On Tue, Jul 20, 2010 at 04:47:38PM -0600, Stephen John Smoogen wrote:
There will be an outage starting at 2010-07-21 16:00 UTC, which will
last approximately 3 hours. Outages will be small but noticeable for
small segments as systems are updated
On Wed, Jul 21, 2010 at 07:27:52PM +0200, Lennart Poettering wrote:
It's called systemd-install, not install-systemd. systemd- is the
common prefix for many of the systemd tools (though not all). How very
discoverable.
However, only some of those actions are install. So that's confusing and
On Wed, Jul 21, 2010 at 06:55:41PM -0400, Matthew Miller wrote:
And in this case, where it's clearly a matter of taste and bike-shedding
[...]
I probably shouldn't even have bothered to even reply to this mail of
yours.
Well, it's nice that you deign to participate.
Sorry for returning the
On Wed, 21.07.10 13:29, Chris Adams (cmad...@hiwaay.net) wrote:
Once upon a time, drago01 drag...@gmail.com said:
And when I say/here admin I'd expect to be talking about a human (not
some kind of robot that has hardwired commands and can't adapt to
changes).
If you only have to manage
On Wed, 21.07.10 14:38, Dave Jones (da...@redhat.com) wrote:
lvm is brain damaged. strace lvm pvscan, and watch as it opens a bunch
of stuff that there's no way there'd ever be a volume on.
/dev/snd/*, tty's, usbmon etc etc
looking closer, it seems to be only stat'ing, instead of
On Wed, Jul 21, 2010 at 03:13:12PM +0200, Lennart Poettering wrote:
On Tue, 20.07.10 20:24, Toshio Kuratomi (a.bad...@gmail.com) wrote:
On Wed, Jul 14, 2010 at 2:50 PM, Adam Williamson awill...@redhat.com
wrote:
On Wed, 2010-07-14 at 15:42 -0600, Kevin Fenzi wrote:
Perhaps someone
On Thu, Jul 22, 2010 at 01:18:09AM +0200, Lennart Poettering wrote:
BTW, you are emphasizing that that there was no reason for the stfuf we
do. But you are wrong. There actually is. The reason why we came up with
systemd-install as a counterpart of chkconfig instead of patching
chkconfig is
On Wed, Jul 21, 2010 at 07:15:29PM -0400, Matthew Miller wrote:
There are legitmate concerns here, and if Fedora as a whole doesn't care
about them, that sucks for Fedora.
It has been brought to my intention that this statement is unfairly sweeping
and broad. Which is encouraging, really, so
On Thu, 22 Jul 2010, Lennart Poettering wrote:
On Wed, 21.07.10 13:29, Chris Adams (cmad...@hiwaay.net) wrote:
Once upon a time, drago01 drag...@gmail.com said:
And when I say/here admin I'd expect to be talking about a human (not
some kind of robot that has hardwired commands and can't
On Wed, Jul 21, 2010 at 8:39 PM, Mike McGrath mmcgr...@redhat.com wrote:
I think the bigger question is why are we doing this?
There's some motivation here:
http://0pointer.de/blog/projects/systemd.html
--
devel mailing list
devel@lists.fedoraproject.org
On Wed, Jul 21, 2010 at 9:23 AM, Jonathan Underwood
jonathan.underw...@gmail.com wrote:
On 21 July 2010 12:12, Adam Williamson awill...@redhat.com wrote:
Thanks, but afaics that thread doesn't really answer any of my
questions, it's just a bunch of yum technicalities about how the
On Wed, 21.07.10 20:08, Toshio Kuratomi (a.bad...@gmail.com) wrote:
- If you want to enable and possibly start a service from the %post of
an RPM then use the systemd-install enable command, which will
create a few symlinks as listed in the [Install] section of the unit
file. On top
On Wed, 21 Jul 2010, Colin Walters wrote:
On Wed, Jul 21, 2010 at 8:39 PM, Mike McGrath mmcgr...@redhat.com wrote:
I think the bigger question is why are we doing this?
There's some motivation here:
http://0pointer.de/blog/projects/systemd.html
I was pretty clear in everything you cut
On Wed, 21.07.10 20:13, Matthew Miller (mat...@mattdm.org) wrote:
It appears that you're looking at this from the point of view of chkconfig
as a tool which causes certain manipuations of the system to happen
(symlinks changed). That's the backwards approach. Look at it from the other
side:
On Wed, Jul 21, 2010 at 19:30, Lennart Poettering mzerq...@0pointer.de wrote:
On Wed, 21.07.10 20:08, Toshio Kuratomi (a.bad...@gmail.com) wrote:
It is needed:
if [ $1 -eq 1 ] ; then
# For new installations, hook unit file into the appropriate places
via symlinks
On Wed, Jul 21, 2010 at 19:49, Lennart Poettering mzerq...@0pointer.de wrote:
On Wed, 21.07.10 20:13, Matthew Miller (mat...@mattdm.org) wrote:
But anyway, I give up. If you keep looking long enough you'll find
something you don't like in everything.
If this is how you normally deal with
It is needed:
if [ $1 -eq 1 ] ; then
# For new installations, hook unit file into the appropriate places
via symlinks
/usr/bin/systemd-install enable --realize=reload %{unit name}.service
/dev/null 21 || :
else
# For old installations, just reload the
On Thu, Jul 22, 2010 at 03:49:21AM +0200, Lennart Poettering wrote:
The logic behind chkconfig is exposed in many ways in the user
interface, for example in the chkconfig command line, e.g.
commands such as resetpriorities, and stuff like that.
I think having some level of command-line
1 - 100 of 129 matches
Mail list logo