On Mon, 2011-06-13 at 19:02 +0200, Denys Vlasenko wrote:
On Mon, 2011-06-13 at 12:37 -0400, Simo Sorce wrote:
On Mon, 2011-06-13 at 18:01 +0200, Denys Vlasenko wrote:
We invoke sethostname() from inside systemd since that is one of the
most trivial system calls known to men and doing
On Mon, 2011-06-13 at 22:46 +0200, Denys Vlasenko wrote:
On Mon, 2011-06-13 at 13:30 -0400, Simo Sorce wrote:
What's the problem of having a specific hostname set up at boot time?
The problem with having specific hostname I had is when I boot many
dozens of diskless machines off
that *need* to run a
proprietary app because there is no alternative, do you have a good
reason to make the life of these people harder ?
(anyway I use bash completeion, do not care about bz 702329, and prefer
to have bash-completeion available by default :-)
Simo.
--
Simo Sorce * Red Hat, Inc
On Fri, 2011-05-27 at 08:25 -0500, Bruno Wolff III wrote:
On Thu, May 26, 2011 at 00:30:53 -0700,
Garrett Holmstrom gho...@fedoraproject.org wrote:
On Wed, May 25, 2011 at 1:14 PM, Simo Sorce s...@redhat.com wrote:
On Wed, 2011-05-25 at 20:04 +, Jóhann B. Guðmundsson wrote
that it tells you you are already logged in if
you login in a vt. That seem a much more serious bug.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Fri, 2011-05-27 at 10:59 -0700, Adam Williamson wrote:
On Fri, 2011-05-27 at 09:53 -0400, Simo Sorce wrote:
Yeah I noticed as well that it tells you you are already logged in if
you login in a vt. That seem a much more serious bug.
gdm tells you you're already logged
On Fri, 2011-05-27 at 15:38 -0300, Evandro Fernandes Giovanini wrote:
Em Sex, 2011-05-27 às 14:20 -0400, Simo Sorce escreveu:
On Fri, 2011-05-27 at 10:59 -0700, Adam Williamson wrote:
On Fri, 2011-05-27 at 09:53 -0400, Simo Sorce wrote:
Yeah I noticed as well that it tells you you
to user accounts should be
treated as host-local. I also want a pony.
It would be nice, but then there is NFS ...
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Wed, 2011-05-25 at 19:04 -0500, Dennis Gilmore wrote:
On Wednesday, May 25, 2011 03:14:43 PM Simo Sorce wrote:
On Wed, 2011-05-25 at 20:04 +, Jóhann B. Guðmundsson wrote:
On 05/25/2011 06:14 PM, Toshio Kuratomi wrote:
Coordination would be nice if we can decide on how we can
On Thu, 2011-05-26 at 00:30 -0700, Garrett Holmstrom wrote:
On Wed, May 25, 2011 at 1:14 PM, Simo Sorce s...@redhat.com wrote:
On Wed, 2011-05-25 at 20:04 +, Jóhann B. Guðmundsson wrote:
reserved/system IDs are supposed to be once that has been done we can
start looking at what
broke F15... .
TBH, if the F15 upgrade replied on a specific version of upstart in F14,
then arrangement should have been made with the upstart maintainer to
coordinate any change.
Where these arrangements made ?
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel
to make
any change in this area to some sort of consensus that was not reached
in the past 30 years. It is effectively stalling the process and
preventing change. Which is unreasonable.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https
make that a stopper for this very welcome change.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Tue, 2011-05-24 at 10:45 -0700, John Reiser wrote:
On 05/24/2011 09:20 AM, Simo Sorce wrote:
On Tue, 2011-05-24 at 08:25 -0700, Toshio Kuratomi wrote:
* This could potentially break sites that are currently using the
500-1000 UID range and rely on the order of allocation of UIDs
On Wed, 2011-05-18 at 21:15 -0500, Robert Nichols wrote:
On 05/18/2011 06:42 PM, Simo Sorce wrote:
On Wed, 2011-05-18 at 16:48 -0500, Robert Nichols wrote:
On 05/18/2011 04:04 PM, Lennart Poettering wrote:
Host requests power down from UPS in 30s. Host then continues shut
down
On Thu, 2011-05-19 at 02:06 +0100, Matthew Garrett wrote:
On Wed, May 18, 2011 at 07:42:17PM -0400, Simo Sorce wrote:
I am pretty sure we don't want to run Java programs at late boot, as
root. This would be really bad.
You know, it's not like there is a choice for many models
On Thu, 2011-05-19 at 14:16 +0100, Matthew Garrett wrote:
On Thu, May 19, 2011 at 08:05:46AM -0400, Simo Sorce wrote:
Some other, more data-centered UPSs that handle multiple machines use
completely proprietary protocols over ethernet for example.
I thought we were talking about
r/o. And of course w/o killing the driver
before that happens.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
about a limited set of bugs (remote root exploit on install) after all.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Wed, 2011-05-18 at 23:04 +0200, Lennart Poettering wrote:
On Mon, 16.05.11 14:30, Simo Sorce (sso...@redhat.com) wrote:
On Mon, 2011-05-16 at 18:59 +0200, Lennart Poettering wrote:
On Mon, 16.05.11 14:32, Michal Hlavinka (mhlav...@redhat.com) wrote:
when ups recieves command
power and the BIOS will reboot the machine.
That's how this problem should normally be handled, then there is the
reality of broken BIOSes, broken UPSs, and general unlucky
circumstances :)
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https
, but systemd needs to
cater for the needs of software that is developed primarily on sysvinit
based systems.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
the same objection.
Now rpm scripts will have to check and possibly have to muck with the
copies in /etc or risk that the service in question will fail to work
after a major update.
Sounds like trading one set of issues for another set of
potentially bigger issues.
Simo.
--
Simo Sorce * Red Hat, Inc
recognizable when I need to do so).
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
packages ?
I am sure we can revisit guidelines when there will be hundreds of
them. Right now it is just a waste of time. I am not going to
participate, and will give up any package that include waf if the
guidelines force me to waste days to accomplish useless tasks.
Simo.
--
Simo Sorce * Red Hat
On Sun, 23 Jan 2011 06:11:30 +0100
Kevin Kofler kevin.kof...@chello.at wrote:
Simo Sorce wrote:
As far as I know the waf author himself considers embedding the
right way to go for projetcs.
That shows that that upstream is completely wacky and it's idiotic
for ANY project to rely on his
the Makefile as the shell script, and that's
it, no generation of anything. Are you going to force the packager to
build a Makefile.am and patch it in ? Good Luck with that.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org
now added to my TODO list to make this SIGKILL step
optional.
SIGKILLing databases and similar stuff is not a good idea indeed, they
may be committing data to disk, and you don't want to corrupt data if
it can be helped.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel
on and in itself, and let package
embed the right version. At least until waf becomes mature enough that
the rate of change slows down to the point that option 1 becomes
feasible.
Option 2 is just begging for maintenance nightmares.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
for installed files
that need to be skipped even if not packaged so as to not error out.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
can deal with such maintainer if that happens...
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
instead of 'insufficient data'
then you are at fault. I never close as fixed unless I have
confirmation (or I know because i tested/fixed myself).
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo
team may.
pre-upgrade doesn't work if boot is on raid.
I don't remember other issues when you install from disk.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
? If not, I think I will retire it.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
their computer to do work, as
opposed to just try out new stuff every 2 days.
Why people that love raw bleeding cutting edge can't simply use
rawhide ? (Or pick the packages they like to test from there ?)
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel
-networked uses that makes them less susceptible from security
issues.
Why should we make crippleware ?
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
worry
IMO.
That said, on the VM I tried F14 upgrading straight from F12 all seem
fine so far, although the output of systemctl is something I still need
to get used to (I wonder what maintenance means referred to the
status of a service) ...
Simo.
--
Simo Sorce * Red Hat, Inc * New York
the server for it.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
. But this is mostly
a matter of semantics.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
that guarantees correct initialization and
behavior ?
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
connection ?
right now if you restart syslog you already don't miss anything, same
for DNS, where is the advantage there ?
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
in account.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
to lock it up I am more than happy
to see a reproduceable case in order to fix it :-)
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
messages locally if they cannot be
written).
Luckily I have ways to prevent loops, don't worry, that was problem
number I had to resolve many many moons ago, it is taken care of.
But I think we are getting wildly off-topic anyway.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing
On Fri, 23 Jul 2010 02:43:45 +0200
Lennart Poettering mzerq...@0pointer.de wrote:
On Thu, 22.07.10 20:40, Lennart Poettering (mzerq...@0pointer.de)
wrote:
On Thu, 22.07.10 08:05, Simo Sorce (sso...@redhat.com) wrote:
to make real; give reality to (a hope, fear, plan, etc
the package instead. However, consider signing up
for geeqie maintenance instead.
This plan sounds good. My only complaint is that the command gqview
is much better for tab-completion. :)
alias gqview='geeqie' :-)
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
not taken over all our users yet.
Gmail is available via POP and IMAP ... not antithetic to MUAs.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
. i.e. it's the primarily used place to put client
communication sockets of system daemons.
Yes, this is indeed the case, there are daemons that create sockets
in /var/run/something and they need to be abel to create those
sockets with the correct permissions and selinux labels
Simo.
--
Simo Sorce
the wheel here ?
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
the time to do the
change to stop installing an inittab in new installations while keeping
what is there working on updates without having to do special case
handle. Otherwise anaconda will have to care about handling this change
too on distro upgrades.
And so on.
Simo.
--
Simo Sorce * Red Hat, Inc
- Chuck Anderson c...@wpi.edu wrote:
On Thu, Jun 24, 2010 at 08:38:27PM +0200, Roberto Ragusa wrote:
Rob Crittenden wrote:
Richard Hughes wrote:
On 23 June 2010 09:50, Tomasz Torcz to...@pipebreaker.pl wrote:
“/sbin/upsdrvctl is used as the near final step in
/etc/init.d/halt to
it to update)
and also seem not to understand that I do not have to
rebbot/logout/whatever if I did *not* in fact update the packages
that are marked that way...
Yet it is a little unclear if these are bugs or if it is in some way
intended behavior.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
On Fri, 11 Jun 2010 14:09:41 -0700
Jesse Keating jkeat...@redhat.com wrote:
With dist-git it's slightly different:
fedpkg clone module
Is it necessary to do fedpkg clone ?
Or can regular git be used ?
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel
system is a useless system.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
to understand
how to do that, but it will be at least possible.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
to be *the*
daemon. I think it is an unrealistic assumption to make.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
they are missing from the x86_64 repo ?
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
to complain that sssd wants an earlier
version than that already installed rather than trying to grab the
i686 version.
Right, this is an issue.
I will apply a fix to the spec an rebuild.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https
install logwatch with @live CD's install
not sure about the DVD.
The default install from the DVD installed it prior to F-12 but not in
F-12.
Indeed, I gad to go and search for it explicitly when I realized I
stopped seeing the reports in my inbox after the upgrade ...
Simo.
--
Simo Sorce
, up to F-10 the number of updates was just
fine, recently it has exploded to unsustainable levels for a *stable*
release.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
to be the end of the world.
Simo Sorce replied:
It is if you are not the developer but the user.
And I replied:
If you are the user, then you should not be compiling software. :-)
In this context, if you're writing homegrown apps, you're a
developer, not a user, so the above sentence
and leave.
Which is what is starting to happen with current Fedora stable
branches given the intolerable amount of updates being crammed in.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
?
rawhide? F-13 ?
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
enough to help you in such
rare cases... just saying.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
? I have to compile the stuff I am developing very often anyway.
Having to rebuild it once is not going to be the end of the world.
It is if you are not the developer but the user.
If you want bleeding edge, ABI breaking stuff, just use rawhide.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
on everybody else.
Maybe it was said in the sea of emails of the last week, and I lost it.
But this is what I am wondering.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
tree
Seems to work, clearly indicates what's going on, doesn't overload
anything. Thoughts?
Simple and functional, very good idea.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Sat, 13 Feb 2010 10:36:00 -0800
Jesse Keating jkeat...@redhat.com wrote:
On Sat, 2010-02-13 at 16:03 +, Frank Murphy wrote:
CuredHide
Actually, I kind of like where this is going. Rawhide - Curing -
Stable
braising ... what a meal will it be ...
Simo.
--
Simo Sorce * Red Hat
601 - 669 of 669 matches
Mail list logo
