The 27/09/12, Karol Blazewicz wrote:
On Thu, Sep 27, 2012 at 4:35 PM, Nicolas Sebrecht nsebre...@piing.fr wrote:
The 27/09/12, Tobias Frilling wrote:
The problem is not at the general mailing list but at the dev mailing
list side.
archlinux-dev is for contributors and as long somebody
. Highly
contructive and motivating. Thanks.
--
Nicolas Sebrecht
! ,-)
--
Nicolas Sebrecht
in case things don't go to the expected way.
So, this is a +1 from me.
--
Nicolas Sebrecht
request to the general list) with the *hope* that a
maintainer/developer catch the reply in the other public mailing list.
And no, I don't find requesting in private is a solution, either.
The problem is not at the general mailing list but at the dev mailing
list side.
--
Nicolas Sebrecht
of (1024*1024=1048576). I use LMV or RAID+LVM on top of
that.
LVM needs dedicated configuration, too.
AFAIK, some RAID can't be aligned at all due to metadata.
A good article is from Theodore Ts'o:
http://tytso.livejournal.com/2009/02/20/
--
Nicolas Sebrecht
://github.com/akhilvij/systemd-to-sysvinit-converter
Might be worth giving it a try and contribute to get easier support of
sysvinit in the long term.
--
Nicolas Sebrecht
lines. ,-)
Hopefully the Debian guys have found a clever solution for this, I'd
be interested to see it :)
I guess you meant if the Debian guys have found.
--
Nicolas Sebrecht
. If they do, users who want such tool
will use systemd and such daemons would naturally be out of the scope.
--
Nicolas Sebrecht
not be good to provide those.
What upgrade are you talking about? OP is talking about configuration
files not willing to be upgraded for years (if not for their whole life
time).
I tend to think it's a mistake.
--
Nicolas Sebrecht
generate a .pacnew
Which remains to my previous point: what kind of reason could require an
update for such files ?
As a side note upstream is arch maintainers, here.
--
Nicolas Sebrecht
and at the same
location forever.
Ok, I understand you. This leads to my next point: I do expect pacman to
notify me with .pacnew files if a package like systemd require changes
in configuration files. It would not be annoyance but expected
behaviour.
--
Nicolas Sebrecht
for years as default interactive shell without any issue.
--
Nicolas Sebrecht
of battery of my
phone, which was working until the recent update of libimobiledevice. I
have no idea about it right now. Anyway, thank you very much for your
reply.
This is worth a but report at upstream, I guess. ,-)
--
Nicolas Sebrecht
The 01/08/12, Arno Gaboury wrote:
Any idea what could be wrong in my configuration?
Or maybe just an invalid adress in the list?
If this is not reproducible, you can bet for the latter.
--
Nicolas Sebrecht
The 02/08/12, Arno Gaboury wrote:
I can confirm it only happens with this list. Other lists or private
mail don't return me such mail.
Show us your configuration files, then.
--
Nicolas Sebrecht
+ vim).
I couldn't find any strong breackage in the configuration files but I'm
lost with your configuration:
- is it intended that you configure mutt to both connect as IMAP and a
local Maildir synced with offlineimap?
- why use msmtp if you configure mutt SMTP?
--
Nicolas Sebrecht
are other examples.
It's very hard to fix all the issues of init scripts. Some issues even
appeared to be nearly impossible to solve.
--
Nicolas Sebrecht
://fedoraproject.org/wiki/How_to_debug_Systemd_problems
http://0pointer.de/blog/projects/self-documented-boot.html
--
Nicolas Sebrecht
The 27/07/12, Mike wrote:
I'm aware of that, but that doesn't mean one can't fix them. Nobody
said, that the code base of sysvinit shouldn't be modified.
It would have been fixed for a long time if it were easy enough. :-)
--
Nicolas Sebrecht
in them made systems ran
into problems, here.
--
Nicolas Sebrecht
problem from the software
or anything about the user feelings.
--
Nicolas Sebrecht
).
Hackers know C. Admins don't hack and write scripts, too often poorly;
whatever my statement will hurt readers or not.
--
Nicolas Sebrecht
you any chance to
catch all the failures.
--
Nicolas Sebrecht
funny how you think init scripts ― without consistant/sensible
design over them, not deployed as widely as systemd and touched by so
many people ― are likely to have as many bugs as systemd.
--
Nicolas Sebrecht
(PulseAudio and systemd).
OTOH for the systemd case, we are changing of paradigm for the boot
process. I'm not aware of such a change in the boot process for years.
All recent event-based init systems have raise fear.
--
Nicolas Sebrecht
?
--
Nicolas Sebrecht
that you
think is good in Archlinux is not beeing broken at all.
--
Nicolas Sebrecht
The 23/07/12, Heiko Baums wrote:
Am Mon, 23 Jul 2012 09:36:05 +0200
schrieb Nicolas Sebrecht nsebre...@piing.fr:
Who is manually editing each configuration one after the other need
lessons on administration tasks.
I don't think so. Who manually edits config files just don't trust all
or improvements. The simplest way I
know consist in installing a 70th year old system and don't update it.
--
Nicolas Sebrecht
by forking it or by submitting patches upstream.
--
Nicolas Sebrecht
Hi,
I plan to use FCoE on archlinux servers but I couldn't find any package
of the utils to get it working. The modules looks compiled in the
kernel.
Does Arch support FCoE? If so, which utils do you use (I'm aware of the
http://www.open-fcoe.org/ utils only)?
Thanks,
--
Nicolas Sebrecht
this?
This would be sensible for some real use cases (e.g. building LXC
systems, thin stations, PXE minimal systems mounting / or /usr from a
remote, etc).
--
Nicolas Sebrecht
and maintaining init a nightmare. Writing good shell code is
MUCH harder than it looks at a first glance, including for educated
people.
(1)
http://git.overlays.gentoo.org/gitweb/?p=proj/openrc.git;a=blob_plain;f=init.d/sysfs.in;hb=HEAD
--
Nicolas Sebrecht
.
Having most of the distribution maintainers playing in with boot
critical shell scripts is worse. I've been faced with so many poorly
written shell scripts over distributions for decades that I can't
believe in your C is more crashy statement.
--
Nicolas Sebrecht
but this is clearly possible for
OpenRC to become a Gentoo init system _alternative_.
This is why I think that switching to OpenRC *now* would be wrong.
--
Nicolas Sebrecht
see why it would not work well here.
So, OpenRC could be proposed as an alternative init system in AUR.
--
Nicolas Sebrecht
in screen.
Today, I use 3 unrelated mail accounts but I had 5 accounts handled this
way some time ago. It's the easiest and most scalable configuration I've
found.
--
Nicolas Sebrecht
.xml for more information about
UTF-8.
With 'eselect news read' you only get fresh news you didn't read yet.
This feature was a big success, very appreciated by users.
--
Nicolas Sebrecht
for human choices.
What your bot would have done with the hi I wrote on the top of my
answer?
What solution will you spread when some people will be tied to hear
words like suck, fuck and so?
--
Nicolas Sebrecht
. Not a solution.
--
Nicolas Sebrecht
of on topic...
I ignore his mails, too.
--
Nicolas Sebrecht
is basically for devices discovery and naming them in /dev.
By the way, I'm mounting the drive via udisks (from KDE). So noone else is
seeing this?
Before trying any sync mount option, try to manually sync disks with the
sync command to check if it fixes you issue.
--
Nicolas Sebrecht
The 02/12/11, Paul Gideon Dann wrote:
On Friday 02 Dec 2011 12:03:52 Nicolas Sebrecht wrote:
Before trying any sync mount option, try to manually sync disks with the
sync command to check if it fixes you issue.
Didn't remember you already told it works with sync in your first mail,
sorry
The 02/12/11, Karol Blazewicz wrote:
On Fri, Dec 2, 2011 at 2:44 PM, Paul Gideon Dann pdgid...@gmail.com wrote:
On Friday 02 Dec 2011 14:37:59 Nicolas Sebrecht wrote:
How do you umount the USB device?
I've done it both from KDE and the command line, but I don't think that
really
like
unmount is complete when in fact it isn't.
Agreed. Should be reported upstream. :-)
--
Nicolas Sebrecht
the devs or someone that knows better will advise on the best way
to deal with it.
Indeed, -Syy is the right way to deal with this.
Why is it better in /this/ use case?
--
Nicolas Sebrecht
at finding the
partition LABEL after udev started.
Thanks,
--
Nicolas Sebrecht
that writing good Haskell code poses its own set of
challenges
Agreed. I don't think Haskell is the best language for the purpose.
Go language may fit much better.
--
Nicolas Sebrecht
: many of high-level languages have
very good advantages over shell scripting. I do think pacman could be
much better if rewritten in one of these languages.
--
Nicolas Sebrecht
The 22/11/11, Karol Blazewicz wrote:
On Tue, Nov 22, 2011 at 10:50 AM, Nicolas Sebrecht nsebre...@piing.fr wrote:
OP raised one or two benefits of Haskell over shell scripting. He is
right even if it's somewhat partial: many of high-level languages have
very good advantages over shell
, come on. You're kidding me, right? Did anyone talked about spreading
in the wild the current team?
--
Nicolas Sebrecht
The 22/11/11, Magnus Therning wrote:
On Tue, Nov 22, 2011 at 13:02, Nicolas Sebrecht nsebre...@piing.fr wrote:
But it's missing advanced features.
OP raised rollbacks, I'd rather talk about simultaneous/concurrency
pacman calls and mutli-threading to handle packages installation where
language should not be chosen based on popularity. C is used in
most unix-like software because of its quality and not as a
consequence of the available developer pool for it.
I tend to agree.
--
Nicolas Sebrecht
barrier that makes it harder for new people to become acquainted
with the codebase.
Here is a very good resume of this aspect of the discussion and we fully
agree, here.
--
Nicolas Sebrecht
languages.
Also, I don't want to flame and rather keep the discussion out of free
attacks against the current team of developers. I took part of this
thread only because I've already been faced to pacman limitations in its
current form.
--
Nicolas Sebrecht
The 12/11/11, Max wrote:
..and in .xsession-errors:
(gnome-shell:1182): St-CRITICAL **: _st_paint_shadow_with_opacity:
assertion `shadow_spec != NULL' failed
Looks like a bug in gnome-shell. I think it should be reported upstream.
--
Nicolas Sebrecht
57 matches
Mail list logo