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
shell scripting. He is
right even if it's somewhat partial: 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 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
s is that the current development team
> would disperse, there wouldn't be as large a pool of programmers to
> recruit from to replace them, and in the end pacman would turn out to
> be worse.
Oh, 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 wrote:
> > But it's missing advanced features.
> >
> > OP raised rollbacks, I'd rather talk about simultaneous/concurrency
> > pacman calls and mutli-threading
.
I already gave some good reasons in this thread, though.
> Code 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
o work in, you are just creating
> another 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
he original
suggestion as a part of the larger POV in favor of high-level 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
t; experience I know 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
top where the current stable official CD fails at finding the
partition LABEL after udev started.
Thanks,
--
Nicolas Sebrecht
ot sure that is the best approach, I would have done 'pacman -Syyu'. I
> > guess 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
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 syn
The 02/12/11, Karol Blazewicz wrote:
> On Fri, Dec 2, 2011 at 2:44 PM, Paul Gideon Dann 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&#
it.
>
> OK, then I think the issue is really the fact that KDE makes it look like
> unmount is complete when in fact it isn't.
Agreed. Should be reported upstream. :-)
--
Nicolas Sebrecht
hem, but since this is kind of on topic...
I ignore his mails, too.
--
Nicolas Sebrecht
to not accept people who
decided to not conform to the netiquette. Changing answers by a bot
means there is no more respect 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
eads and context. Not a solution.
--
Nicolas Sebrecht
gentoo.org/doc/en/utf-8.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
ount have its own window 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
p;w=4
Gentoo might make systemd the default init system in the future. Nobody
can say if and when this could heppen 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
gt; ahead.
>
> OpenRC works well in Gentoo, i don't see why it would not work well here.
So, OpenRC could be proposed as an alternative init system in AUR.
--
Nicolas Sebrecht
I add one line of code.
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
century. Of course, you could support the old way of
maintaining services and handling init. But the price is to add more
complexity/workload in the middle/long term and become esoteric to
upcoming killer features which will just (or almost, at least) work out
of the box with an event driven init system.
--
Nicolas Sebrecht
es, I wouldn't
even mention it. But in real life these shell code scripts make
debugging 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
The 09/05/12, Kevin Chadwick wrote:
> On Wed, 9 May 2012 12:30:34 +0200
> Nicolas Sebrecht wrote:
>
> > You should turn them all in things like:
> >
> > mkdir /sys 2> /dev/null 2>&1
> > cd /sys || {
> > ewarn ""
> > r
fragment 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
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
arch by forking it or by submitting patches upstream.
--
Nicolas Sebrecht
users
expect. And the philosophy, KISS principle or whatever theory that you
think is good in Archlinux is not beeing broken at all.
--
Nicolas Sebrecht
users in many cases. Finding such
boot errors is painfull and time consuming.
>
--
Nicolas Sebrecht
d choices in
order to make you feel less compliant with the so-loved historical Unix
philosophy?
Come'on guys. You can't make serious argumentation wihout making a bit
of expected normal researches or by starting in the /same/ mail "I don't
care about whatever it has to offer". Upstream choices is not about
feelings.
--
Nicolas Sebrecht
The 23/07/12, Heiko Baums wrote:
> Am Mon, 23 Jul 2012 09:36:05 +0200
> schrieb Nicolas Sebrecht :
> > 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
want that to happen.
You're free to fight again changes or improvements. The simplest way I
know consist in installing a 70th year old system and don't update it.
--
Nicolas Sebrecht
ten from all the involved
sources.
What next?
--
Nicolas Sebrecht
think init which was designed to be as simple as
> possible is likely to have as many bugs as systemd.
It's 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
ons and so many complains about a software like
> about the software of Lennart Poettering (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
duced in Gentoo.
I have Gentoo systems and enabling parallel in them made systems ran
into problems, here.
--
Nicolas Sebrecht
nobody had a
> problem with it, nobody would fear anything,
Notice that "a well-founded software" and "users having a problem with
it" are uncorrelated, to me:
- A "well-founded software" is a software which matches what it has been
written for.
- A "user having problem" can either be a real problem from the software
or anything about the user feelings.
--
Nicolas Sebrecht
whereas large tools do
> what the devs foresee very well but will likely hinder users or the
> unforeseen uses (hacking).
Hackers know C. Admins don't hack and write scripts, too often poorly;
whatever my statement will hurt readers or not.
--
Nicolas Sebrecht
se some of them scripts won't give you any chance to
catch all the failures.
--
Nicolas Sebrecht
ting 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
systemd
> system.
http://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
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
re (mutt + offlineimap + 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
d to get the information 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
So, please test and let us know of any
> problems we might have overlooked.
I use zsh for years as default interactive shell without any issue.
--
Nicolas Sebrecht
user choice it would 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
upstream changes any one of them, all the rest would
> 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
the same form 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
debian is working on a tool to automagically convert unit
systemd files into initscripts.
https://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
ysvinit-converter seems very hackable as a all-in-one
python script with only 658 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
s
requiring systemd to be started. If they do, users who want such tool
will use systemd and such daemons would naturally be out of the scope.
--
Nicolas Sebrecht
gt; ending at a multiple 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
t
(or post a new 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
The 27/09/12, Karol Blazewicz wrote:
> On Thu, Sep 27, 2012 at 4:35 PM, Nicolas Sebrecht 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 contribu
on official people. Highly
contructive and motivating. Thanks.
--
Nicolas Sebrecht
just because they aren't devs.
Things can change! ,-)
--
Nicolas Sebrecht
dd that trying to change a mailing list policy is a easy
reversible change in case things don't go to the expected way.
So, this is a +1 from me.
--
Nicolas Sebrecht
61 matches
Mail list logo
