On Qua, 2012-09-12 at 16:38 +0200, Reindl Harald wrote:
would it be possible to get /bin rid of EVERY
hardcoded path in the distribution?
i have no single idea from where rpmbuild takes Requires: /bin/perl
nor why ssh user@host /script.sh has still /bin/ before /usr/bin
while there is no
On Wed, 12 Sep 2012 18:35:08 +0100
Sérgio Basto ser...@serjux.com wrote:
On Qua, 2012-09-12 at 16:38 +0200, Reindl Harald wrote:
would it be possible to get /bin rid of EVERY
hardcoded path in the distribution?
i have no single idea from where rpmbuild takes
Requires: /bin/perl nor
On Tue, 2012-07-10 at 10:30 -0700, Toshio Kuratomi wrote:
On Tue, Jul 10, 2012 at 06:12:45PM +0200, Harald Hoyer wrote:
Am 10.07.2012 17:18, schrieb Orion Poplawski:
Shouldn't that be /usr/ as well. Will it cause problems if it doesn't
match
with the /etc/passwd entry?
On Wed, Jul 11, 2012 at 11:55:58AM +0200, Ondrej Vasik wrote:
On Tue, 2012-07-10 at 10:30 -0700, Toshio Kuratomi wrote:
On Tue, Jul 10, 2012 at 06:12:45PM +0200, Harald Hoyer wrote:
Am 10.07.2012 17:18, schrieb Orion Poplawski:
Shouldn't that be /usr/ as well. Will it cause problems if
On Wed, 2012-07-11 at 11:55 +0200, Ondrej Vasik wrote:
On Tue, 2012-07-10 at 10:30 -0700, Toshio Kuratomi wrote:
On Tue, Jul 10, 2012 at 06:12:45PM +0200, Harald Hoyer wrote:
Am 10.07.2012 17:18, schrieb Orion Poplawski:
Shouldn't that be /usr/ as well. Will it cause problems if it
Am 10.07.2012 17:18, schrieb Orion Poplawski:
I just got the following:
grib_api has broken dependencies in the rawhide tree:
On x86_64:
grib_api-1.9.16-3.fc18.x86_64 requires /usr/bin/ksh
On i386:
grib_api-1.9.16-3.fc18.i686 requires /usr/bin/ksh
Please resolve this as soon as
On Tue, Jul 10, 2012 at 06:12:45PM +0200, Harald Hoyer wrote:
Am 10.07.2012 17:18, schrieb Orion Poplawski:
Shouldn't that be /usr/ as well. Will it cause problems if it doesn't match
with the /etc/passwd entry?
yes, /etc/shells might be a problem... I would suggest:
install the
On 04/23/2012 05:45 PM, Daniel Drake wrote:
cp: cannot overwrite directory /mnt/sysimage/usr/bin.usrmove-new/mkdir
with non-directory
Something failed. Move back to the original state.
Rebooted back into F16. It looks like the issue was that I had a
directory at /usr/bin/mkdir/. No idea how,
On Mon, 2012-04-23 at 09:45 -0600, Daniel Drake wrote:
Hi,
Last week I tried a preupgrade from F16 to F17 beta.
When rebooting into the preupgrade environment, the upgrade failed in usrmove:
Make a copy of /mnt/sysimage/usr/bin
Merge the copy with /mnt/sysimage/bin
cp: cannot
Sérgio Basto wrote:
you should open a bug report in rhbz , with component preupgrade .
Isn't the usrmove script actually part of dracut?
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 2/24/12 12:10 PM, Ville Skyttä wrote:
On 2012-02-23 20:06, Jesse Keating wrote:
Could you help me figure out why path completion with ~/ isn't working
in fedpkg, but with full paths it is? I assume there is something wrong
in the (contributed) bash completion file.
On 02/21/2012 06:31 PM, Doug Ledford wrote:
it honors all the LSB dependency tags in the SysV init scripts, and
my experience is that this is specifically where a number of the
emulation startup bugs exists.
What do you mean? That the LSB headers are incorrect too often?
It's a problem, but
On 2/19/12 3:43 AM, Ville Skyttä wrote:
On 2012-02-18 20:26, Rahul Sundaram wrote:
On 02/18/2012 11:05 PM, Ville Skyttä wrote:
You can get the completion to work according to that preference with for
example yum install ./fooTAB - anything that looks like a filesystem
path triggers
- Original Message -
On 02/10/2012 06:32 PM, Adam Williamson wrote:
systemd was explicitly written to be 100% sysv-compatible
Mostly compatible, but not 100%.
http://www.freedesktop.org/wiki/Software/systemd/Incompatibilities
You're both joking, right? That isn't 100% compatible,
On Tue, 2012-02-21 at 12:31 -0500, Doug Ledford wrote:
- Original Message -
On 02/10/2012 06:32 PM, Adam Williamson wrote:
systemd was explicitly written to be 100% sysv-compatible
Mostly compatible, but not 100%.
On 2012-02-18 20:26, Rahul Sundaram wrote:
On 02/18/2012 11:05 PM, Ville Skyttä wrote:
You can get the completion to work according to that preference with for
example yum install ./fooTAB - anything that looks like a filesystem
path triggers filename-only completion, otherwise we do both
On 2012-02-16 05:34, Stephen John Smoogen wrote:
2) The bash-completions add-on. Which does all kinds of wonderful
things which when they work is really nice.. it will autocomplete
hostnames if you type ssh ftab, it will autocomplete depending on
the command you typed the most obvious
On 02/18/2012 02:27 PM, Ville Skyttä wrote:
People tend to bring this up every now and then but fail to be specific
exactly what happened so it's quite difficult for anyone to fix things.
I just installed it for sometime and found that yum install footab
looks up the online repositories
On 2012-02-18 18:27, Rahul Sundaram wrote:
On 02/18/2012 02:27 PM, Ville Skyttä wrote:
People tend to bring this up every now and then but fail to be specific
exactly what happened so it's quite difficult for anyone to fix things.
I just installed it for sometime and found that yum
On 02/18/2012 11:05 PM, Ville Skyttä wrote:
You can get the completion to work according to that preference with for
example yum install ./fooTAB - anything that looks like a filesystem
path triggers filename-only completion, otherwise we do both filenames
and repos.
That's atleast
On Thu, 2012-02-16 at 17:49 +, Jóhann B. Guðmundsson wrote:
On 02/16/2012 05:33 PM, Jóhann B. Guðmundsson wrote:
complete -r if memory serves me correct then again I'm getting old and
fragile...
set disable-completion on into /etc/inputrc or ~/.inputr to disable it
across
On Fri, Feb 17, 2012 at 13:54, Nils Philippsen n...@redhat.com wrote:
This disables normal non-programmable tab-completion for me.
Also, if you want the (other) default settings, you need to
$include /etc/inputrc on the first line of ~/.inputrc. It would really
help if we shipped
Matthew Garrett wrote:
On Wed, Feb 15, 2012 at 07:23:24PM -0500, Steve Clark wrote:
On 02/15/2012 05:19 PM, mike cloaked wrote:
I use bash completion all the time every single day - I guess I have
become a corner case!
No you haven't. All the developers I have worked with since the
early
Reindl Harald wrote:
Am 15.02.2012 13:43, schrieb Martin Langhoff:
On Feb 15, 2012 6:16 AM, Reindl Harald h.rei...@thelounge.net
mailto:h.rei...@thelounge.net wrote:
there is no single reason for a feature like /usrmove which
in fact nobody NEEDS at all and definitly not now to press
it into
- Original Message -
From: Steve Clark scl...@netwolves.com
To: Development discussions related to Fedora
devel@lists.fedoraproject.org
Sent: Thursday, February 16, 2012 6:47:03 AM
Subject: Re: /usrmove? - about the future
On 02/15/2012 10:34 PM, Matthew Garrett wrote:
On Wed
On 02/16/2012 08:12 AM, Steve Gordon wrote:
- Original Message -
From: Steve Clarkscl...@netwolves.com
To: Development discussions related to Fedoradevel@lists.fedoraproject.org
Sent: Thursday, February 16, 2012 6:47:03 AM
Subject: Re: /usrmove? - about the future
On 02/15/2012 10:34
On Thu, 2012-02-16 at 13:22 +0100, Jim Meyering wrote:
Reindl Harald wrote:
Am 15.02.2012 13:43, schrieb Martin Langhoff:
On Feb 15, 2012 6:16 AM, Reindl Harald h.rei...@thelounge.net
mailto:h.rei...@thelounge.net wrote:
there is no single reason for a feature like /usrmove which
in
On Thu, Feb 16, 2012 at 03:34, Stephen John Smoogen smo...@gmail.com wrote:
A bad autocomplete can cause you to sit 3-4 minutes
as DNS or other things time out.
Ctrl+C will cancel the command and the completion with it. It's not
ideal if you are typing a long command but it certainly avoids
Simo Sorce wrote:
On Thu, 2012-02-16 at 13:22 +0100, Jim Meyering wrote:
...
Prior to F17, I've always put /usr on a partition separate from /.
$ df -hT / /usr
Filesystem Type Size Used Avail Use% Mounted on
/dev/sda4 ext4 11G 7.3G 3.2G 70% /
/dev/sda6
SS == Simo Sorce s...@redhat.com writes:
SS I guess it is time to change habits, what's the point of a separate
SS /usr these days ?
I also always configured a separate /usr until I decided to obey
systemd's complaints about it being broken (though of course I never had
any issue at all with
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/16/2012 09:59 AM, John5342 wrote:
On Thu, Feb 16, 2012 at 03:34, Stephen John Smoogen
smo...@gmail.com wrote:
A bad autocomplete can cause you to sit 3-4 minutes as DNS or
other things time out.
Ctrl+C will cancel the command and the
On 02/16/2012 05:26 PM, Daniel J Walsh wrote:
Is there a way to disable this. Basically i don't want any bash
completion to use the network.
complete -r if memory serves me correct then again I'm getting old and
fragile...
JBG
--
devel mailing list
devel@lists.fedoraproject.org
On 02/16/2012 05:33 PM, Jóhann B. Guðmundsson wrote:
complete -r if memory serves me correct then again I'm getting old and
fragile...
set disable-completion on into /etc/inputrc or ~/.inputr to disable it
across logout/reboots
JBG
--
devel mailing list
devel@lists.fedoraproject.org
On Wed, Feb 15, 2012 at 1:26 AM, Kevin Kofler kevin.kof...@chello.at wrote:
Lennart Poettering wrote:
Because dropping these dirs from the search paths is merely an
optimization, not a requirement.
You call it an optimization, I call it fixing a pessimization (performance
regression).
And
Am 14.02.2012 19:16, schrieb Jóhann B. Guðmundsson:
On 02/14/2012 10:23 AM, Alfredo Ferrari wrote:
Do the systemd maintainers ever read bug reports BTW?
Why do you think otherwise?
Not only read them but fix them as well.
To give you some stats
There are currently 96 Open bugs
On 02/15/2012 10:47 AM, Reindl Harald wrote:
Am 14.02.2012 19:16, schrieb Jóhann B. Guðmundsson:
On 02/14/2012 10:23 AM, Alfredo Ferrari wrote:
Do the systemd maintainers ever read bug reports BTW?
Why do you think otherwise?
Not only read them but fix them as well.
To give you some
Am 15.02.2012 10:53, schrieb Brendan Jones:
On 02/15/2012 10:47 AM, Reindl Harald wrote:
Am 14.02.2012 19:16, schrieb Jóhann B. Guðmundsson:
On 02/14/2012 10:23 AM, Alfredo Ferrari wrote:
Do the systemd maintainers ever read bug reports BTW?
Why do you think otherwise?
Not only read
On 02/15/2012 10:37 AM, drago01 wrote:
On Wed, Feb 15, 2012 at 1:26 AM, Kevin Koflerkevin.kof...@chello.at wrote:
Lennart Poettering wrote:
Because dropping these dirs from the search paths is merely an
optimization, not a requirement.
You call it an optimization, I call it fixing a
On Wed, Feb 15, 2012 at 11:18 AM, Ralf Corsepius rc040...@freenet.de wrote:
On 02/15/2012 10:37 AM, drago01 wrote:
On Wed, Feb 15, 2012 at 1:26 AM, Kevin Koflerkevin.kof...@chello.at
wrote:
Lennart Poettering wrote:
Because dropping these dirs from the search paths is merely an
Am 15.02.2012 11:25, schrieb drago01:
So? Should we drop all features that aren't bug free after feature freeze?
Yes. We've forked f17 and you guys are still chasing elementary bugs.
elementary bugs ? You got to be either kidding or trolling.
What do you expect Fedora users to think of
On 02/15/2012 11:55 AM, Reindl Harald wrote:
Am 15.02.2012 10:53, schrieb Brendan Jones:
On 02/15/2012 10:47 AM, Reindl Harald wrote:
Am 14.02.2012 19:16, schrieb Jóhann B. Guðmundsson:
On 02/14/2012 10:23 AM, Alfredo Ferrari wrote:
Do the systemd maintainers ever read bug reports BTW?
Am 15.02.2012 11:20 schrieb Ralf Corsepius rc040...@freenet.de:
Yes. We've forked f17 and you guys are still chasing elementary bugs.
What do you expect Fedora users to think of this? It communicates a nice
impression of the quality of your works.
Better stop this non-sense now
rofl...
On 15/02/12 10:18, Ralf Corsepius wrote:
So? Should we drop all features that aren't bug free after feature
freeze?
Yes. We've forked f17 and you guys are still chasing elementary bugs.
What do you expect Fedora users to think of this? It communicates a nice
impression of the quality of your
Am 15.02.2012 12:05, schrieb Harald Hoyer:
Am 15.02.2012 11:20 schrieb Ralf Corsepius rc040...@freenet.de
mailto:rc040...@freenet.de:
Yes. We've forked f17 and you guys are still chasing elementary bugs.
What do you expect Fedora users to think of this? It communicates a nice
impression
On Mon, 2012-02-13 at 09:28 -0800, Adam Williamson wrote:
On Mon, 2012-02-13 at 14:47 +0100, Nils Philippsen wrote:
On Fri, 2012-02-10 at 11:08 -0800, Adam Williamson wrote:
Let me put it this way, then: Fedora is released on a six month cycle,
which is far faster than is usually
On Wed, Feb 15, 2012 at 12:16:07PM +0100, Reindl Harald wrote:
there is no single reason for a feature like /usrmove which
in fact nobody NEEDS at all and definitly not now to press
it into the next release with pressure
Well, I need usrmove, because I have a strong need for clean system.
On 02/15/2012 05:49 AM, Panu Matilainen wrote:
On 02/15/2012 11:55 AM, Reindl Harald wrote:
Am 15.02.2012 10:53, schrieb Brendan Jones:
On 02/15/2012 10:47 AM, Reindl Harald wrote:
Am 14.02.2012 19:16, schrieb Jóhann B. Guðmundsson:
On 02/14/2012 10:23 AM, Alfredo Ferrari wrote:
Do the
Am 15.02.2012 12:24, schrieb Tomasz Torcz:
On Wed, Feb 15, 2012 at 12:16:07PM +0100, Reindl Harald wrote:
there is no single reason for a feature like /usrmove which
in fact nobody NEEDS at all and definitly not now to press
it into the next release with pressure
Well, I need usrmove,
On Feb 15, 2012 6:16 AM, Reindl Harald h.rei...@thelounge.net wrote:
there is no single reason for a feature like /usrmove which
in fact nobody NEEDS at all and definitly not now to press
it into the next release with pressure
You are wrong. The /usr move has a very clear impact in being able
Am 15.02.2012 13:43, schrieb Martin Langhoff:
On Feb 15, 2012 6:16 AM, Reindl Harald h.rei...@thelounge.net
mailto:h.rei...@thelounge.net wrote:
there is no single reason for a feature like /usrmove which
in fact nobody NEEDS at all and definitly not now to press
it into the next release
On Wed, Feb 15, 2012 at 1:43 PM, Martin Langhoff
martin.langh...@gmail.com wrote:
You are wrong. The /usr move has a very clear impact in being able to
snapshot your OS install partition. Add btrfs, yum hooks and the
already-implemented stateless configuration and you have a really major
Am 15.02.2012 14:25, schrieb Miloslav Trmač:
On Wed, Feb 15, 2012 at 1:43 PM, Martin Langhoff
martin.langh...@gmail.com wrote:
You are wrong. The /usr move has a very clear impact in being able to
snapshot your OS install partition. Add btrfs, yum hooks and the
already-implemented stateless
On 02/15/2012 05:06 PM, Steve Clark wrote:
On 02/15/2012 05:49 AM, Panu Matilainen wrote:
It might be a shocking revelation to you but not everybody uses or
relies their world on bash autocompletion.
- Panu -
What world are you living in?
bash-completion is not a default package.
Am 15.02.2012 17:59, schrieb Rahul Sundaram:
On 02/15/2012 05:06 PM, Steve Clark wrote:
On 02/15/2012 05:49 AM, Panu Matilainen wrote:
It might be a shocking revelation to you but not everybody uses or
relies their world on bash autocompletion.
- Panu -
What world are you living
On Wed, Feb 15, 2012 at 8:30 AM, Reindl Harald h.rei...@thelounge.net wrote:
Am 15.02.2012 14:25, schrieb Miloslav Trmač:
I haven't seen this work and I don't think such snaphots can be relied
upon: /boot, /etc and /var are affected by installs as well
Miroslav -- you haven't seen this work
Once upon a time, Rahul Sundaram methe...@gmail.com said:
bash-completion is not a default package.
Wrong since F16 - it is default in the Base group in comps.
--
Chris Adams cmad...@hiwaay.net
Systems and Network Administrator - HiWAAY Internet Services
I don't speak for anybody but myself -
On 02/15/2012 10:40 PM, Reindl Harald wrote:
it is used by all professional users using mostly a terminal
it should not installed as deafult because desktop users do
not need it at all, but this does not change the fact that
systemd developers which i still call professional users
should
On 02/15/2012 10:48 PM, Chris Adams wrote:
Once upon a time, Rahul Sundaram methe...@gmail.com said:
bash-completion is not a default package.
Wrong since F16 - it is default in the Base group in comps.
Ah. didn't notice that. I haven't done a fresh installation since
Fedora 11 or so.
On Wed, Feb 15, 2012 at 11:19:18PM +0530, Rahul Sundaram wrote:
On 02/15/2012 10:48 PM, Chris Adams wrote:
Once upon a time, Rahul Sundaram methe...@gmail.com said:
bash-completion is not a default package.
Wrong since F16 - it is default in the Base group in comps.
Ah. didn't notice
Am 15.02.2012 18:40, schrieb Rahul Sundaram:
On 02/15/2012 10:40 PM, Reindl Harald wrote:
it is used by all professional users using mostly a terminal
it should not installed as deafult because desktop users do
not need it at all, but this does not change the fact that
systemd developers
Am 15.02.2012 18:53, schrieb Tomasz Torcz:
On Wed, Feb 15, 2012 at 11:19:18PM +0530, Rahul Sundaram wrote:
On 02/15/2012 10:48 PM, Chris Adams wrote:
Once upon a time, Rahul Sundaram methe...@gmail.com said:
bash-completion is not a default package.
Wrong since F16 - it is default in the
On 02/15/2012 07:10 PM, Reindl Harald wrote:
Am 15.02.2012 17:59, schrieb Rahul Sundaram:
On 02/15/2012 05:06 PM, Steve Clark wrote:
On 02/15/2012 05:49 AM, Panu Matilainen wrote:
It might be a shocking revelation to you but not everybody uses or
relies their world on bash
On 02/16/2012 12:13 AM, Reindl Harald wrote:
i SURELY have made a notice in one of many
bug-reports belonging to systemd last year
I don't recall seeing it and I am cc'ed in all systemd bug reports and
also, individual bugs require individual bug reports. Not merely a note
in another bug
On Wed, Feb 15, 2012 at 07:45:41PM +0100, Reindl Harald wrote:
does not matter because bash is the default shell and
transitions have to be targeted for defaults and any
developer of core-components has to use system defaults
for his testings
I'm sorry, it's clear at this point that you have
On Wed, 2012-02-15 at 18:10 +0100, Reindl Harald wrote:
Am 15.02.2012 17:59, schrieb Rahul Sundaram:
On 02/15/2012 05:06 PM, Steve Clark wrote:
On 02/15/2012 05:49 AM, Panu Matilainen wrote:
It might be a shocking revelation to you but not everybody uses or
relies their world on
On Wed, Feb 15, 2012 at 8:30 PM, Adam Williamson awill...@redhat.com wrote:
On Wed, 2012-02-15 at 18:10 +0100, Reindl Harald wrote:
Am 15.02.2012 17:59, schrieb Rahul Sundaram:
On 02/15/2012 05:06 PM, Steve Clark wrote:
On 02/15/2012 05:49 AM, Panu Matilainen wrote:
It might be a
Martin Langhoff wrote:
Miroslav -- you haven't seen this work because the tasks are not all
yet in. But the stateless feature handles a lot of it already.
If you revert /usr to a snapshot without touching the rpmdb (in
/var/lib/rpm), your system will be in a very inconsistent state.
On 02/15/2012 05:19 PM, mike cloaked wrote:
On Wed, Feb 15, 2012 at 8:30 PM, Adam Williamsonawill...@redhat.com wrote:
On Wed, 2012-02-15 at 18:10 +0100, Reindl Harald wrote:
Am 15.02.2012 17:59, schrieb Rahul Sundaram:
On 02/15/2012 05:06 PM, Steve Clark wrote:
On 02/15/2012 05:49 AM, Panu
On 15/02/12 01:30 PM, Adam Williamson wrote:
On Wed, 2012-02-15 at 18:10 +0100, Reindl Harald wrote:
Am 15.02.2012 17:59, schrieb Rahul Sundaram:
On 02/15/2012 05:06 PM, Steve Clark wrote:
On 02/15/2012 05:49 AM, Panu Matilainen wrote:
It might be a shocking revelation to you but not
On 02/16/2012 07:46 AM, Dariusz J. Garbowski wrote:
Right. And thanks to this thread I just learned what broke bash
completion for me after fresh install of F16: 'rpm -e bash-completion'
fixed bash for me :-)
As a quick note; you should probably use yum remove instead of rpm -e
because
On 15 February 2012 17:23, Steve Clark scl...@netwolves.com wrote:
On 02/15/2012 05:19 PM, mike cloaked wrote:
On Wed, Feb 15, 2012 at 8:30 PM, Adam Williamson awill...@redhat.com
wrote:
On Wed, 2012-02-15 at 18:10 +0100, Reindl Harald wrote:
Am 15.02.2012 17:59, schrieb Rahul Sundaram:
On Wed, Feb 15, 2012 at 07:23:24PM -0500, Steve Clark wrote:
On 02/15/2012 05:19 PM, mike cloaked wrote:
I use bash completion all the time every single day - I guess I have
become a corner case!
No you haven't. All the developers I have worked with since the early
nineties use it all the
https://bugzilla.redhat.com/show_bug.cgi?id=753339
... and reboot is still not working on Fedora 16 on several machines...
do the systemd maintainers ever read bug reports BTW?
++
| Alfredo Ferrari
https://bugzilla.redhat.com/show_bug.cgi?id=753339
... with clean install and on Fedora 16, two duifferent machines
++
| Alfredo Ferrari || Tel.: +41.22.767.6119 |
| C.E.R.N.
Alfredo Ferrari wrote:
https://bugzilla.redhat.com/show_bug.cgi?id=753339
... and reboot is still not working on Fedora 16 on several
machines...
It's not obvious whether systemd is to blame for this bug.
do the systemd maintainers ever read bug reports BTW?
Of course. You have comments
On Tue, 2012-02-14 at 17:08 +0100, Michel Alexandre Salim wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dear developers,
Now that the /usrmove changes have landed in the F-17 branch, should
the ordering of directories in PATH be changed? /usr/bin should appear
before /bin and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/14/2012 05:11 PM, Ondrej Vasik wrote:
On Tue, 2012-02-14 at 17:08 +0100, Michel Alexandre Salim wrote:
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1
Dear developers,
Now that the /usrmove changes have landed in the F-17 branch,
should
On Tue, 2012-02-14 at 17:11 +0100, Ondrej Vasik wrote:
On Tue, 2012-02-14 at 17:08 +0100, Michel Alexandre Salim wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dear developers,
Now that the /usrmove changes have landed in the F-17 branch, should
the ordering of directories
On Tue, 2012-02-14 at 17:33 +0100, Tomas Mraz wrote:
On Tue, 2012-02-14 at 17:11 +0100, Ondrej Vasik wrote:
On Tue, 2012-02-14 at 17:08 +0100, Michel Alexandre Salim wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dear developers,
Now that the /usrmove changes have
- Original Message -
On Tue, 2012-02-14 at 17:11 +0100, Ondrej Vasik wrote:
On Tue, 2012-02-14 at 17:08 +0100, Michel Alexandre Salim wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dear developers,
Now that the /usrmove changes have landed in the F-17 branch,
On 02/14/2012 10:23 AM, Alfredo Ferrari wrote:
Do the systemd maintainers ever read bug reports BTW?
Why do you think otherwise?
Not only read them but fix them as well.
To give you some stats
There are currently 96 Open bugs against systemd and 536 that have been
closed at the time of
Ondrej Vasik wrote:
You are right, setup update fixed only /sbin locations... /bin has to be
done on glibc and shells side. Sorry for confusion...
WHY was UsrMove allowed to be merged in such broken and incomplete state?
Kevin Kofler
--
devel mailing list
On Tue, 14.02.12 23:08, Kevin Kofler (kevin.kof...@chello.at) wrote:
Ondrej Vasik wrote:
You are right, setup update fixed only /sbin locations... /bin has to be
done on glibc and shells side. Sorry for confusion...
WHY was UsrMove allowed to be merged in such broken and incomplete state?
Lennart Poettering wrote:
Because dropping these dirs from the search paths is merely an
optimization, not a requirement.
You call it an optimization, I call it fixing a pessimization (performance
regression).
And as the original message in the thread points out, the regression
actually
On 02/10/2012 07:12 PM, Jon Ciesla wrote:
Given all that, it seems only logical to conclude that Fedora really
_isn't_ primarily intended for use as a production server.
Bingo, which is why it's important for people like me who do it to
realize what they're getting into and take some
On Fri, Feb 10, 2012 at 08:09:41PM +0100, Lennart Poettering wrote:
Hmm, you are aware that you reach the biggest compat by just symlinking
/bin to /usr/bin?
Yeah, that's the end goal, but we need rpm to support replacing
directories with symlinks first. Thus we don't rush the change.
Cheers,
On Mon, Feb 13, 2012 at 12:13 PM, Michael Schroeder m...@suse.de wrote:
On Fri, Feb 10, 2012 at 08:09:41PM +0100, Lennart Poettering wrote:
Hmm, you are aware that you reach the biggest compat by just symlinking
/bin to /usr/bin?
Yeah, that's the end goal, but we need rpm to support replacing
On Mon, Feb 13, 2012 at 12:25:08PM +0100, drago01 wrote:
On Mon, Feb 13, 2012 at 12:13 PM, Michael Schroeder m...@suse.de wrote:
On Fri, Feb 10, 2012 at 08:09:41PM +0100, Lennart Poettering wrote:
Hmm, you are aware that you reach the biggest compat by just symlinking
/bin to /usr/bin?
On Mon, Feb 13, 2012 at 12:31 PM, Michael Schroeder m...@suse.de wrote:
On Mon, Feb 13, 2012 at 12:25:08PM +0100, drago01 wrote:
On Mon, Feb 13, 2012 at 12:13 PM, Michael Schroeder m...@suse.de wrote:
On Fri, Feb 10, 2012 at 08:09:41PM +0100, Lennart Poettering wrote:
Hmm, you are aware that
On Fri, 2012-02-10 at 11:08 -0800, Adam Williamson wrote:
Let me put it this way, then: Fedora is released on a six month cycle,
which is far faster than is usually considered desirable for server
usage. It has a 13 month lifetime, which is far shorter than is usually
considered desirable for
On Mon, 2012-02-13 at 14:47 +0100, Nils Philippsen wrote:
On Fri, 2012-02-10 at 11:08 -0800, Adam Williamson wrote:
Let me put it this way, then: Fedora is released on a six month cycle,
which is far faster than is usually considered desirable for server
usage. It has a 13 month lifetime,
Am 11.02.2012 00:12 schrieb Chuck Anderson c...@wpi.edu:
On Fri, Feb 10, 2012 at 08:39:47AM -0800, Toshio Kuratomi wrote:
nod So one idea would be that a specific FESCo member needs to step
up to
be the collaboration guide (Must think of a better name for that :-)
for
a feature. They
On Fri, Feb 10, 2012 at 5:45 AM, Ralf Corsepius rc040...@freenet.de wrote:
[...]
To draw an arbitrary example from recent past: Ask yourself - What was the
shape of systemd in F15/F16? Has the situation been fixed in F17?
Just for the record I didn't have *any* systemd related problem in F15
On 02/10/2012 04:45 AM, Ralf Corsepius wrote:
On 02/09/2012 11:06 PM, Jared K. Smith wrote:
On Thu, Feb 9, 2012 at 11:57 AM, Ralf Corsepiusrc040...@freenet.de
wrote:
IMO, Fedora has obvious problems with its
- work-flow (Too immature SW migrates/sneaks through from Alpha/Beta to
Final)
If
Am 10.02.2012 08:36, schrieb Ondrej Vasik:
On Fri, 2012-02-10 at 05:45 +0100, Ralf Corsepius wrote:
On 02/09/2012 11:06 PM, Jared K. Smith wrote:
- management, whom seems to be driven by a must have at any price, no
point
of return ever policy.
I'm not sure who you're referring to as
On Fri, Feb 10, 2012 at 01:11:06AM +0100, Kevin Kofler wrote:
Yes, I'm arguing that the feature is undesirable by design and should not
have been approved, not for Fedora 17, not for Fedora 18, not even for
Fedora 31337.
It has been approved, other distributions are following. It is very
On 02/10/2012 10:06 AM, Jóhann B. Guðmundsson wrote:
On 02/10/2012 04:45 AM, Ralf Corsepius wrote:
In this spirit, I eg. would propose to table usrmove for F17 and to
concentrate on systemd integration and anaconda/grub2 improvements,
both topics, I perceived as the hall of shame of F16.
On Fri, Feb 10, 2012 at 5:45 AM, Ralf Corsepius rc040...@freenet.de wrote:
Wrt. F17: usrmove - Independently from the fact that I consider it to be an
idotic foolishness, ask yourself if it is a shape to be part of F17? IMO,
it's foreseeable it will not be ready, because there are too many
None of your arguments explain the lack of communication. FESCo give you
go even so late in development cycle, because you are well known in
Fedora project. We believe that you can make it, because you told us at
the start it's tested, it's working. If you said earlier changes in
anaconda, rpm
On Fri, Feb 10, 2012 at 11:28:59AM +0100, Olav Vitters wrote:
It has been approved, other distributions are following. It is very
clear you do not want this. But at the same time, it is happening in
Fedora and elsewhere (noticed openSUSE, will propose for Mageia 3).
For openSUSE we're
1 - 100 of 447 matches
Mail list logo
