On Tue, 2011-11-08 at 09:31 +1100, Bojan Smojver wrote:
On Mon, 2011-11-07 at 14:33 +0100, Denys Vlasenko wrote:
You won't be able to convince Gnome3 zealots.
That's a bit harsh, I think. They are just very impressionable folk. :-)
Believe me, a lot of people tried.
I would like
On Mon, 2010-01-18 at 09:06 +0100, Jiri Moskovcak wrote:
On 01/17/2010 06:49 PM, Camilo Mesias wrote:
Someone else asked this earlier - but why do users need the debug-info
packages - only the debugger looking at the tracebacks needs this. So
seems installing the debug files on every
On Mon, 2010-01-18 at 17:02 -0500, Paul W. Frields wrote:
On Mon, Jan 18, 2010 at 01:59:27PM -0700, Stephen John Smoogen wrote:
I just wanted to say thanks to the guys who integrated ABRT into F12.
It has rough edges and I know it needs improvement, but I have filed
more 'bugs' than in many
On Sat, 2010-02-06 at 10:53 +, Leigh Scott wrote:
IMO ABRT isn't that useful as a lot of the reports don't include steps
to reproduce (I just close the bugs after a month if they don't respond
to the needinfo request).
You can do it even sooner. If backtrace is unusable and there is no
On Sat, 2011-04-16 at 11:05 +0100, Camilo Mesias wrote:
Hi,
I made some noises on IRC about people upgrading to F15 (like myself)
who would all come across the same surprises and would have to find a
way to work around them. I suggested it might help to publish
something like release notes
Hi Lennart,
systemd is eating a lot more memory than any other init process
I ever played with.
Granted, systemd does a bit more that typical init, but I think
using *eleven plus megabytes* of malloced space is a bit much.
systemctl --all shows 258 units total on my machine,
thus systemd uses
On Fri, 2011-06-10 at 15:36 +0200, Michal Schmidt wrote:
Why does systemd link against libpam?
systemd does logins now, not /bin/login or gdm or ...?
to implement PAMName= (man systemd.exec)
I don't see any users of this feature on my F15.
I searched with Google and come up empty too.
But
On Fri, 2011-06-10 at 16:11 +0200, Michal Schmidt wrote:
On 06/10/2011 03:59 PM, Steve Clark wrote:
On 06/10/2011 09:36 AM, Michal Schmidt wrote:
systemd does not take the system down when it crashes. It catches the
signal, dumps core and freezes, but does not exit.
Hi Lennart,
On Mon, 2011-06-13 at 10:15 +0200, Lennart Poettering wrote:
On Fri, 10.06.11 15:07, Denys Vlasenko (dvlas...@redhat.com) wrote:
I understand your desire to replace everything by systemd.
I have no such desire.
What is this then?
int main(int argc, char *argv
On Mon, 2011-06-13 at 17:29 +0200, Lennart Poettering wrote:
On Mon, 13.06.11 15:27, Denys Vlasenko (dvlas...@redhat.com) wrote:
kmod_setup(); === ???
We load a couple of kernel modules which systemd needs, and are
sometimes compiled as module only and which cannot
On Sun, 2011-06-12 at 23:39 +0200, Reindl Harald wrote:
Am 12.06.2011 23:35, schrieb Josh Boyer:
On Sun, Jun 12, 2011 at 5:23 PM, Reindl Harald h.rei...@thelounge.net
wrote:
PLEASE give us a option for systems upgraded with yum
NOT USING systemd and force upstart as before
* the
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 this with a
separate
binary is just absurd. This way we
On Mon, 2011-06-13 at 21:44 -0400, Simo Sorce wrote:
I wouldn't bother much if it would be just one tiny bit of strange code
in systemd, but it is FAR from being the only such code. There are lots
of similar stuff, and it's not accidental.
It is definitely not accidental, but unless you
On Tue, 2011-06-14 at 09:42 +0200, Lennart Poettering wrote:
On Mon, 13.06.11 18:01, Denys Vlasenko (dvlas...@redhat.com) wrote:
Maybe. It's not up to a piece of software to decide.
In Unix, admins should have power to decide, not programs.
Programs provide the means, they don't dictate
On Tue, 2011-06-14 at 10:20 +0200, Lennart Poettering wrote:
On Mon, 13.06.11 22:46, Denys Vlasenko (dvlas...@redhat.com) wrote:
Slide 6:
We can now boot a system shell-free
IOW: shell is bad, my new shiny toy is good.
Oh god. If you had listened you'd have understood that my aim
On Tue, 2011-06-14 at 11:31 +0100, Andy Green (林安廸) wrote:
Dude, systemd requires the functionality of the three modules it loads
explicitly.
systemd requires ipv6.
And you pitch systemd to be used by embedded devices.
Do you really think all embedded devices will be happy with
On Mon, 2011-06-13 at 13:35 -0400, Adam Jackson wrote:
On 6/13/11 12:18 PM, Denys Vlasenko wrote:
Sloppy attitude like this is the reason just about any daemon
(more and more of which pop up like mushrooms in every new release,
I must add) eats at least a few megabytes of RAM.
I'd have
On Tue, 2011-06-14 at 13:14 +0200, Lennart Poettering wrote:
On Tue, 14.06.11 12:36, Denys Vlasenko (dvlas...@redhat.com) wrote:
On Tue, 2011-06-14 at 10:20 +0200, Lennart Poettering wrote:
On Mon, 13.06.11 22:46, Denys Vlasenko (dvlas...@redhat.com) wrote:
Slide 6:
We can now
On Tue, 2011-06-14 at 12:53 +0200, Lennart Poettering wrote:
daemontools can be set up in a way than most init scripts are
no longer necessary. It also achieves parallelized start.
This is bogus.
Amazingly deep argument. Can you do better than this?
Hmm? systemd is an init system, so
On 08/29/2012 01:58 PM, Olaf Kirch wrote:
Your feedback is very much welcome!
Regards,
Olaf
Why Did You Do This?!
Do we really need yet another network management thing?
===
No, not really. We already have the good old
On 08/29/2012 03:17 PM, Denys Vlasenko wrote:
On 08/29/2012 01:58 PM, Olaf Kirch wrote:
Why Did You Do This?!
Do we really need yet another network management thing?
===
...
We've got Network Manager, which is also doing
I installed F16 on a new machine, trying to keep the installation
more or less lean. Meaning - not installing tons of packages w/o
thinking and ending up with tons of installed stuff I don't even know
what it is.
Today, I'm looking at my process list, sorted by amount of dirtied pages
(which
On 01/03/2012 02:57 PM, Pádraig Brady wrote:
Just a comment on the accuracy of the numbers.
# ps_mem.py¹ | grep tracker
3.2 MiB + 730.5 KiB = 3.9 MiB tracker-miner-fs
3.9 MiB + 722.5 KiB = 4.6 MiB tracker-miner-flickr
5.5 MiB + 549.0 KiB = 6.0 MiB tracker-store
On 01/04/2012 10:36 AM, Michal Hlavinka wrote:
On 01/03/2012 05:21 PM, Sérgio Basto wrote:
I agree, at least for non-gnome users , tracker shouldn't be in
autostart.
https://bugzilla.redhat.com/show_bug.cgi?id=771601
Thank you Michal for opening a bug. I should learn from you:
less
On 04/09/2012 08:22 PM, Daniel J Walsh wrote:
On 04/09/2012 02:15 PM, Miloslav Trmač wrote:
On Mon, Apr 9, 2012 at 4:58 PM, Daniel J Walshdwa...@redhat.com wrote:
One suggestion I have heard is to turn the feature off if someone install
gdb like we do with DrKonji, which might be a better
On 03/11/2013 08:49 PM, Michael Cronenworth wrote:
On 03/11/2013 02:41 PM, Björn Persson wrote:
Yes, why not display the Grub menu?
Because it's the year 2013. Not 1999.
Whether any text is displayed or not, there still needs to be a long
enough pause that the user has time to press a
On 03/11/2013 09:20 PM, seth vidal wrote:
On Mon, 11 Mar 2013 21:07:32 +0100
Lennart Poettering mzerq...@0pointer.de wrote:
I don't think we should generate any message. Nothing at all. My BIOS
doesn't print a single line, and neither does the kernel if quiet is
used (which is the default).
On 03/11/2013 09:45 PM, Nicolas Mailhot wrote:
Le Lun 11 mars 2013 21:16, Lennart Poettering a écrit :
On Mon, 11.03.13 13:08, Chris Murphy (li...@colorremedies.com) wrote:
On Mar 11, 2013, at 11:31 AM, Björn Persson bj...@xn--rombobjrn-67a.se
wrote:
Or nothing at all displayed unless the
On 03/11/2013 09:50 PM, Björn Persson wrote:
Chris Murphy wrote:
A multiboot system needs at least a message to inform the user how to get to
the boot manager (the GRUB menu). A Fedora only system probably should
entirely suppress the menu or notice how to get to it.
What if I need to
On 03/11/2013 10:30 PM, Björn Persson wrote:
Lennart Poettering wrote:
On Mon, 11.03.13 21:20, Björn Persson (bjorn@rombobjörn.se) wrote:
Peter Robinson wrote:
It use to only be displayed if there was more than one OS configured
or if the CTRL was held down. Having to press a particular key
On 03/11/2013 10:48 PM, Björn Persson wrote:
Lennart Poettering wrote:
(And on EFI systems that do not initialize USB anymore during POST, you
have to go through the OS to get into the boot loader anyway...)
That's going to be real fun when the OS fails to boot, and I can't fix
the boot
On 03/12/2013 01:07 PM, Nico Kadel-Garcia wrote:
On Mon, Mar 11, 2013 at 4:16 PM, Lennart Poettering
mzerq...@0pointer.de wrote:
On Mon, 11.03.13 13:08, Chris Murphy (li...@colorremedies.com) wrote:
On Mar 11, 2013, at 11:31 AM, Björn Persson bj...@xn--rombobjrn-67a.se
wrote:
Or nothing at
On 03/12/2013 02:33 PM, Lennart Poettering wrote:
On Tue, 12.03.13 09:13, Steve Clark (scl...@netwolves.com) wrote:
How many times do you boot your system each day? 10? Okay thats a
whole 20 additional seconds.
This is way up on my list of most non-sensical arguments about building
OSes,
On 01/04/2013 09:40 PM, Jakub Jelinek wrote:
Hi!
As part of preparations for possible switch of system compiler in F19
to GCC 4.8.0, we (myself and Marek Polacek) have performed a test mass
rebuild of rawhide (December 17th package list) using gcc-4.8.0-0.1.fc19
on x86_64, and for those
Hi,
A package I maintain (mc) has two rarely-used
python scripts.
Since they have #!/usr/bin/python header, build machinery
automatically adds python dependency.
But I don't want this to happen - the program is very much
usable without python too. Requiring python pulls in a top
of other stuff
On 07/09/2013 05:30 PM, Michal Schmidt wrote:
On 07/09/2013 05:26 PM, Denys Vlasenko wrote:
Since they have #!/usr/bin/python header, build machinery
automatically adds python dependency.
But I don't want this to happen - the program is very much
usable without python too. Requiring python
On 07/15/2013 11:53 PM, Jóhann B. Guðmundsson wrote:
On 07/15/2013 09:26 PM, Jonathan Masters wrote:
On Jul 15, 2013, at 5:11, Miroslav Suchý msu...@redhat.com wrote:
On 07/15/2013 10:44 AM, Jaroslav Reznik wrote:
= Proposed System Wide Change: No Default Syslog =
On 07/17/2013 02:41 PM, Jóhann B. Guðmundsson wrote:
On 07/17/2013 12:36 PM, Denys Vlasenko wrote:
You guys aren't administrators who are dealing with
these problems every day. You don't feel the pain
you create for other people.
Well my job description for the last 10 years
and my pay
On 07/17/2013 02:45 PM, drago01 wrote:
instead of administrators simply adding rsyslog or syslog-ng manually
at install time or to their ks snippets.
And this too was answered several times already.
The machine in question may be already borked.
Our support people will need to figure out -
On 07/17/2013 03:00 PM, drago01 wrote:
On Wed, Jul 17, 2013 at 2:57 PM, Denys Vlasenko dvlas...@redhat.com wrote:
On 07/17/2013 02:45 PM, drago01 wrote:
instead of administrators simply adding rsyslog or syslog-ng manually
at install time or to their ks snippets.
And this too was answered
On 07/17/2013 03:21 PM, Jóhann B. Guðmundsson wrote:
On 07/17/2013 01:08 PM, Denys Vlasenko wrote:
Engineer does not know what version of OS that server runs,
what is installed there and how it is configured.
So it needs to be investigated. Quite a typical situation.
Perhaps for you
On 07/17/2013 03:36 PM, Alexey I. Froloff wrote:
On Wed, Jul 17, 2013 at 03:08:59PM +0200, Denys Vlasenko wrote:
Then engineer asks to run tail /var/log/messages.
Customer says: I see
cannot open ‘/var/log/messages’: No such file or directory
message.
And this happens every time in, say
On 07/17/2013 03:39 PM, Lennart Poettering wrote:
On Wed, 17.07.13 14:36, Denys Vlasenko (dvlas...@redhat.com) wrote:
instead of administrators simply adding rsyslog or syslog-ng manually
at install time or to their ks snippets.
And this too was answered several times already.
The machine
On 07/17/2013 03:51 PM, James Hogarth wrote:
I don't understand why you are on a crusade to remove stuff
which works, even after people conceded to your desire
to have binary logs.
Because that is how progress happens?
Progress happens by removing stuff which works?
Interesting...
--
On 07/17/2013 05:16 PM, Steve Clark wrote:
On 07/17/2013 11:05 AM, Zbigniew Jędrzejewski-Szmek wrote:
On Wed, Jul 17, 2013 at 12:00:05PM +0200, Reindl Harald wrote:
Am 17.07.2013 11:21, schrieb Jóhann B. Guðmundsson:
On 07/17/2013 12:58 AM, Ding Yi Chen wrote:
You still have not addressed the
On 07/17/2013 05:21 PM, john.flor...@dart.biz wrote:
From: scl...@netwolves.com
This seems like such a specious argument. Maybe it made sense when
we were talking about disk drives
that were megabytes in size, but now we have 500 gigabyte drives
usually as a minimum.
You don't ever
On 07/17/2013 06:49 PM, Jóhann B. Guðmundsson wrote:
On 07/17/2013 03:48 PM, Denys Vlasenko wrote:
Note that the argument comes from the same group of people
who pushed for mounting tmpfs on /run and /tmp.
So you prefer to have a fragile boot code to empty /run and do you want
On 07/18/2013 12:40 AM, Lennart Poettering wrote:
On Wed, 17.07.13 17:50, Denys Vlasenko (dvlas...@redhat.com) wrote:
On 07/17/2013 05:21 PM, john.flor...@dart.biz wrote:
From: scl...@netwolves.com
This seems like such a specious argument. Maybe it made sense when
we were talking about
On 09/07/2014 12:24 AM, Sérgio Basto wrote:
However there is a wider problem here. The systemd of Fedora 14/15
is not the systemd of today.
I agree 100%
We need to decide if just because you manage to get an important core
package into Fedora 4 years ago, that means you can forever more
On 12/05/2014 05:43 PM, Orion Poplawski wrote:
Starting the non-reponsive maintainter process for vda - Denys Vlasenko -
dvlas...@redhat.com as he appears to have completely abandoned busybox.
Anyone know him or how to contact?
Hi. I'm here.
How can I help you?
--
devel mailing list
devel
On 12/08/2014 04:45 PM, Orion Poplawski wrote:
On 12/08/2014 06:20 AM, Denys Vlasenko wrote:
On 12/05/2014 05:43 PM, Orion Poplawski wrote:
Starting the non-reponsive maintainter process for vda - Denys Vlasenko -
dvlas...@redhat.com as he appears to have completely abandoned busybox
On 12/08/2014 04:45 PM, Orion Poplawski wrote:
On 12/08/2014 06:20 AM, Denys Vlasenko wrote:
On 12/05/2014 05:43 PM, Orion Poplawski wrote:
Starting the non-reponsive maintainter process for vda - Denys Vlasenko -
dvlas...@redhat.com as he appears to have completely abandoned busybox
On 09/24/2016 08:34 PM, Zbigniew Jędrzejewski-Szmek wrote:
On Thu, Sep 22, 2016 at 12:18:53PM -0400, Matthew Miller wrote:
On Wed, Sep 21, 2016 at 12:32:40PM -0600, Kevin Fenzi wrote:
* IMHO the initial upstream default didn't make sense for Fedora
On this specific change, I'm not sure the
On 9/28/20 6:44 AM, Paul Wouters wrote:
Subject: Re: Fedora 33 System-Wide Change proposal: systemd-resolved
I was just hit by the first bug in systemd-resolved 4 days after I
upgraded to fedora33. I will file a bug report for that, but I wanted
to discuss something more fundamental.
54 matches
Mail list logo