On Thu, 2012-07-26 at 12:23 +0530, Jayesh Badwaik wrote:
> Why will /opt have to go?
> I always though /opt was for installing custom software which you do not
> want to mix with other software (for example I have MATLAB and similar
> stuff installed there with each of them in its separate folde
On Thu, 2012-07-26 at 09:09 +0200, Ralf Mardorf wrote:
> On Thu, 2012-07-26 at 12:23 +0530, Jayesh Badwaik wrote:
> > Why will /opt have to go?
> > I always though /opt was for installing custom software which you do not
> > want to mix with other software (for example I have MATLAB and similar
On Thu, Jul 26, 2012 at 8:53 AM, Jayesh Badwaik
wrote:
> Why will /opt have to go?
>
Well, then:
/opt -> /usr/opt
And everyone will be happy :)
BTW, will there be the move from /bin to /usr/bin in the foreseeable future?
--
Rodrigo
On Thu, Jul 26, 2012 at 7:44 AM, C Anthony Risinger wrote:
> i think the likelihood of this is extremely low -- if your binary is
> so borked it can't run at all, methinks none of your binaries will run
> (since you have probably messed up the dynamic linker or something).
>
I'd have thought tha
Rodrigo Rivas on Thu, 2012/07/26 10:18:
> On Thu, Jul 26, 2012 at 8:53 AM, Jayesh Badwaik
> wrote:
>
> > Why will /opt have to go?
> >
>
> Well, then:
>
> /opt -> /usr/opt
>
> And everyone will be happy :)
>
> BTW, will there be the move from /bin to /usr/bin in the foreseeable future?
G
Hi,
DISCLAIMER: I support systemd but haven't switched to it yet, because I
haven't had time till now, and also because I have some concerns. I like
the ease-of-use that systems like PA/Systemd brings but I sincerely
appreciate issues like the ones Ralf Mardorf and others have and I
sincerely
On Thu, Jul 26, 2012 at 3:27 AM, Christian Hesse wrote:
> Rodrigo Rivas on Thu, 2012/07/26 10:18:
>> On Thu, Jul 26, 2012 at 8:53 AM, Jayesh Badwaik
>> wrote:
>>
>> > Why will /opt have to go?
>> >
>>
>> Well, then:
>>
>> /opt -> /usr/opt
>>
>> And everyone will be happy :)
>>
>> BTW, will th
> Well, then:
>
> /opt -> /usr/opt
>
> And everyone will be happy :)
No, I guess not, /usr is for vendor-supplied stuff. /opt is for personal
stuff. That is the conflict.
--
Jayesh Badwaik
stop html mail | always bottom-post
www.asciiribbon.org | www.netmeister.org/news/learn2quote
On Thu, Jul 26, 2012 at 4:30 PM, Jayesh Badwaik
wrote:
>
> Thanks for reading such a long mail if you have reached this far!
I read it, and all I have to say is that you obviously haven't done
much (or any?) reading on systemd. That should be a pre-requisite to
posting a request for information,
On Thu, Jul 26, 2012 at 10:48 AM, Jayesh Badwaik wrote:
> > Well, then:
> >
> > /opt -> /usr/opt
> >
> > And everyone will be happy :)
>
> No, I guess not, /usr is for vendor-supplied stuff. /opt is for personal
> stuff. That is the conflict.
>
But then, /usr/local is for system administrat
On Thu, 2012-07-26 at 14:18 +0530, Jayesh Badwaik wrote:
> > Well, then:
> >
> > /opt -> /usr/opt
> >
> > And everyone will be happy :)
>
> No, I guess not, /usr is for vendor-supplied stuff. /opt is for personal
> stuff. That is the conflict.
I need to go back to the future, sorry, back
On Thursday 26 Jul 2012 11:12:34 Ralf Mardorf wrote:
> On Thu, 2012-07-26 at 14:18 +0530, Jayesh Badwaik wrote:
> > > Well, then:
> > > /opt -> /usr/opt
> > >
> > > And everyone will be happy :)
> >
> > No, I guess not, /usr is for vendor-supplied stuff. /opt is for
> > personal stuff. That
On Thu, 2012-07-26 at 16:48 +0800, Oon-Ee Ng wrote:
> those are bash scripts
Exactly, but what is better when we need to use irrational cryptic text
files to set up or Linux, instead of easy to understand bash scrips?
With the new virtualbox update I had to obtain virtualbox version in a
script (and of course, virtualbox binary doesn't have a sane --version
parameter...).
Anyway, its pretty simple to pacman -Qi virtualbox | grep -e
"^Version" | awk '{print $3}' | sed 's|-.||'
Perhaps it may be nice to have a p
On Thu, Jul 26, 2012 at 5:17 PM, Ralf Mardorf
wrote:
> On Thu, 2012-07-26 at 16:48 +0800, Oon-Ee Ng wrote:
>> those are bash scripts
>
> Exactly, but what is better when we need to use irrational cryptic text
> files to set up or Linux, instead of easy to understand bash scrips?
Yeah, because key
On Thu, Jul 26, 2012 at 11:19 AM, Oon-Ee Ng wrote:
> With the new virtualbox update I had to obtain virtualbox version in a
> script (and of course, virtualbox binary doesn't have a sane --version
> parameter...).
>
> Anyway, its pretty simple to pacman -Qi virtualbox | grep -e
> "^Version" | awk
On Thu, 2012-07-26 at 17:22 +0800, Oon-Ee Ng wrote:
> On Thu, Jul 26, 2012 at 5:17 PM, Ralf Mardorf
> wrote:
> > On Thu, 2012-07-26 at 16:48 +0800, Oon-Ee Ng wrote:
> >> those are bash scripts
> >
> > Exactly, but what is better when we need to use irrational cryptic text
> > files to set up or Li
Morris on Thu, 2012/07/26 11:24:
> On Thu, Jul 26, 2012 at 11:19 AM, Oon-Ee Ng wrote:
>
> > With the new virtualbox update I had to obtain virtualbox version in a
> > script (and of course, virtualbox binary doesn't have a sane --version
> > parameter...).
> >
> > Anyway, its pretty simple to pa
Ian Fleming wrote:
> I beleive its a question of
>
> How is the filesytem structure and its distributed nature/capabilities
> relevant today
>
> i.e the need for /bin or /lib even.
/bin has been removed in 1987 already - in favor of a symlink to /usr/bin and a
few programs in the (at that tim
Ken CC wrote:
> On Tue, Jul 24, 2012 at 09:48:00PM +0200, Ralf Mardorf wrote:
> > I laugh away this trouble.
> > Is there any information about the advantages of lib -> usr/lib?
>
> anyone likes to answer this question?
The "advantage" is that you no longer can boot with a small root filesystem
On Thu, Jul 26, 2012 at 11:30 AM, Jayesh Badwaik
wrote:
> With respect to daemons, the BEFORE and AFTER in the service files is
> redundant and though not likely to cause errors, likely to be
> inconsistent, because for every service file where a daemon "xyz" appears
> in AFTER, the corresponding
On Thursday 26 Jul 2012 16:48:30 Oon-Ee Ng wrote:
> I read it, and all I have to say is that you obviously haven't done
> much (or any?) reading on systemd. That should be a pre-requisite to
> posting a request for information, and it IS if you're an Arch (DIY)
> user.
>
At one point, I had read
Ralf Mardorf wrote:
> On Thu, 2012-07-26 at 14:18 +0530, Jayesh Badwaik wrote:
> > > Well, then:
> > >
> > > /opt -> /usr/opt
> > >
> > > And everyone will be happy :)
> >
> > No, I guess not, /usr is for vendor-supplied stuff. /opt is for personal
> > stuff. That is the conflict.
>
> I
On Thu, 2012-07-26 at 12:43 +0300, Mantas Mikulėnas wrote:
> On Thu, Jul 26, 2012 at 11:30 AM, Jayesh Badwaik
> wrote:
> > With respect to daemons, the BEFORE and AFTER in the service files is
> > redundant and though not likely to cause errors, likely to be
> > inconsistent, because for every ser
> > Odd, Arch uses SysV's init, but it certainly doesn't have a SysVinit
> > init system. It's much closer to BSD, and a lot of the tools we use
> > are custom.
>
> I know, and it's not necessarily bad.
>
I find OpenBSDs to be brilliantly straight forward. Part of that might
be because there
> > Nevertheless, this overall good opinion can't hide certain (or significant I
> > might say) worries. Your system now relies in a bunch of binary code that
> > might not be posible to workaround if something goes wrong. Scripts may not
> > be
> > as efficient but they are great in order to skip
> If the system is so borked and you dont have the busybox around, you can
> also delete the root=whatever from the kernel command line and you will get
> a (initramfs) prompt. Then you can use it as a quick'n'dirty rescue system.
This assumes the user is knowledgeable too. If a script fails chan
> Why will /opt have to go?
I think he meant it will have to leave root.
It should have been under /usr like /usr/local in the first place.
--
Why not do something good every day and install BOINC.
_
> »
> The merged directory /usr, containing almost the entire vendor-supplied
> operating system resources, offers us a number of new features regarding
> OS snapshotting and options for enterprise environments for network
> sharing or running multiple guests on one host. Most of this is much
>
> I read it, and all I have to say is that you obviously haven't done
> much (or any?) reading on systemd. That should be a pre-requisite to
> posting a request for information, and it IS if you're an Arch (DIY)
> user.
I read it and there are valid points for and against that some choose
to ignor
> I still believe that there should be a script/program which can output
> all the configurations from different file onto the terminal describing the
> currently configured boot process.
I nice perhaps ncurses gui or any config displaying binary always comes
along but shouldn't be required
On Thu, Jul 26, 2012 at 11:52:49AM +0200, Ralf Mardorf wrote:
> On Thu, 2012-07-26 at 12:43 +0300, Mantas Mikulėnas wrote:
> > On Thu, Jul 26, 2012 at 11:30 AM, Jayesh Badwaik
> > wrote:
> > > With respect to daemons, the BEFORE and AFTER in the service files is
> > > redundant and though not like
On Thu, 2012-07-26 at 11:57 +0200, Dennis Herbrich wrote:
> On Thu, Jul 26, 2012 at 11:52:49AM +0200, Ralf Mardorf wrote:
> > On Thu, 2012-07-26 at 12:43 +0300, Mantas Mikulėnas wrote:
> > > On Thu, Jul 26, 2012 at 11:30 AM, Jayesh Badwaik
> > > wrote:
> > > > With respect to daemons, the BEFORE a
Kevin Chadwick wrote:
> hmmm, I think I've brought this up before and forgotten the response,
> something along the lines of they are not static anymore anyway. They
> are atleast majoratively on OpenBSD.
*BSD ignored most FHS agreements from 1987 and unfortunately Linux followed
this.
> I bel
On 26 July 2012 12:07, Ralf Mardorf wrote:
> I don't claim to be an expert, I already mentioned that I'm a dummy. So
> again: Is Linux in the future for experts only?
>
Arch has always been targeted towards a competent userbase, if you're
not that kind of person, there's still distros that don't
On Thu, Jul 26, 2012 at 5:05 AM, David Benfell
wrote:
> I have no evidence that it actually runs. If nothing else, I would
> expect a pause, while it works its way through all those "sleep 1"
> statements even if everything succeeds on the first try. And my
> understanding is that none of my netwo
On Thu, 2012-07-26 at 11:57 +0200, Dennis Herbrich wrote:
> By the way ...
... is there the need to improve something that already works, while
there are other things that still don't work? Do you give a guarantee
that systemd won't make things more complicated and that everything,
every user use
Christian Hesse on Thu, 2012/07/26 10:27:
> Rodrigo Rivas on Thu, 2012/07/26 10:18:
> > On Thu, Jul 26, 2012 at 8:53 AM, Jayesh Badwaik
> > wrote:
> >
> > > Why will /opt have to go?
> > >
> >
> > Well, then:
> >
> > /opt -> /usr/opt
> >
> > And everyone will be happy :)
> >
> > BTW, wil
On Thu, Jul 26, 2012 at 12:07:02PM +0200, Ralf Mardorf wrote:
> I don't claim to be an expert, I already mentioned that I'm a dummy. So
> again: Is Linux in the future for experts only?
I'm at a loss what kind of answer you are expecting, nobody has any "right" or
even the ability to answer such a
On Thu, Jul 26, 2012 at 8:53 AM, Jayesh Badwaik
wrote:
> Why will /opt have to go?
I don't think we will ever manage to get rid of /opt. However, if we
were to follow brainworker's renaming scheme I'd suggest
/opt to /crap
Should make it clear what kind of packages belong there ;-)
-t
On Thu, 2012-07-26 at 12:31 +0200, Alexandre Ferrando wrote:
> On 26 July 2012 12:07, Ralf Mardorf wrote:
> > I don't claim to be an expert, I already mentioned that I'm a dummy. So
> > again: Is Linux in the future for experts only?
> >
>
> Arch has always been targeted towards a competent userb
On Thu, Jul 26, 2012 at 11:19 AM, Kevin Chadwick wrote:
> ... We want valid opinion here
> not bashing.
>
> Bash even is smaller than systemds core binary...
At this point in the discussion it is clear that Bash has been written for
bashing.
Just try not to take everything so seriously...
--
R
On Thu, Jul 26, 2012 at 10:33 AM, C Anthony Risinger wrote:
> i've got nothing to back this up, but i'm guessing this one is going
> to be a little trickier ... mainly because there are multiple packages
> that are *expected* to exist in /bin. `bash` (sh) and `coreutils` are
> the two major ones
I'd like to know how many "basic unskilled" users have noticed when
fedora moved to systemd ?
That should be a good way to inform the community about this technical switch.
Best,
Antoine
2012/7/26 Ralf Mardorf :
> On Thu, 2012-07-26 at 12:31 +0200, Alexandre Ferrando wrote:
>> On 26 July 2012 12
On Thu, Jul 26, 2012 at 12:45:28PM +0200, Ralf Mardorf wrote:
> "Never change a winning team" as long as your alternative for sure does
> improve the computer usage for everybody.
I assume you wanted to say "unless" instead of "as long as".
First off, "everybody" is not Arch Linux' target demogra
On Thu, Jul 26, 2012 at 10:30 AM, Jayesh Badwaik
wrote:
> DISCLAIMER: I support systemd but haven't switched to it yet, because I
> haven't had time till now, and also because I have some concerns. I like
> the ease-of-use that systems like PA/Systemd brings but I sincerely
> appreciate issues lik
On Thu, 2012-07-26 at 12:52 +0200, Dennis Herbrich wrote: [snip]
Fair play. So we've got Arch for experts and Ubuntu using Unity for
idiots, but no Linux for averaged people?!
I'm kidding! For good reasons I still recommend Ubuntu/Debian and Arch,
depending to the users needs. Until now everything
On Thu, Jul 26, 2012 at 11:17 AM, Ralf Mardorf
wrote:
> On Thu, 2012-07-26 at 16:48 +0800, Oon-Ee Ng wrote:
>> those are bash scripts
>
> Exactly, but what is better when we need to use irrational cryptic text
> files to set up or Linux, instead of easy to understand bash scrips?
I don't understa
On Thu, Jul 26, 2012 at 12:59:29PM +0200, Ralf Mardorf wrote:
> On Thu, 2012-07-26 at 12:31 +0200, Alexandre Ferrando wrote:
> > On 26 July 2012 12:07, Ralf Mardorf wrote:
> > > I don't claim to be an expert, I already mentioned that I'm a dummy. So
> > > again: Is Linux in the future for experts
Hello.
I faced a weird bug a few minutes ago. Networkmanager (testing one)
lost connection. Restarting it : no more connection either.
Got this in /var/log/errors.log
Jul 26 13:09:55 localhost NetworkManager[655]: start_monitor:
assertion `priv->pid > 0' failed
Jul 26 13:20:21 localhost NetworkM
On Thu, 2012-07-26 at 13:19 +0200, Tom Gundersen wrote:
> This is not true. You only need to specify either Before= or After=,
> not both. The reason that both exist, is that you should have the
> choice of which .service file to add the dependency.
And step by step it becomes easier to understand
On Thu, Jul 26, 2012 at 11:53 AM, Kevin Chadwick wrote:
>> I still believe that there should be a script/program which can output
>> all the configurations from different file onto the terminal describing the
>> currently configured boot process.
>
>
> I nice perhaps ncurses gui or any config dis
On Thursday 26 Jul 2012 12:50:47 Tom Gundersen wrote:
> I don't think we will ever manage to get rid of /opt. However, if we
> were to follow brainworker's renaming scheme I'd suggest
>
> /opt to /crap
>
> Should make it clear what kind of packages belong there ;-)
;-)
--
Jayesh Badwaik
stop h
On Thu, Jul 26, 2012 at 1:47 PM, Ralf Mardorf
wrote:
> For example, how should (others and) I know that just "Before" or
> "After" is needed?
By reading the manpage: "If a unit foo.service contains a setting
Before=bar.service and both units are being started, bar.service's
start-up is delayed un
On Thu, 2012-07-26 at 13:29 +0200, Dennis Herbrich wrote:
> Arch Linux is one of the "less painful" distributions, as you rightly put it.
> Let's keep it that way, along with the "early adopter" spirit.
I promised to be quiet, forgive me for replying again, in this case I've
to apologize, since Ar
Christian Hesse on Thu, 2012/07/26 12:46:
> Christian Hesse on Thu, 2012/07/26 10:27:
> > Rodrigo Rivas on Thu, 2012/07/26 10:18:
> > > On Thu, Jul 26, 2012 at 8:53 AM, Jayesh Badwaik
> > > wrote:
> > >
> > > > Why will /opt have to go?
> > > >
> > >
> > > Well, then:
> > >
> > > /opt ->
On Thu, 2012-07-26 at 13:53 +0200, Tom Gundersen wrote:
> On Thu, Jul 26, 2012 at 1:47 PM, Ralf Mardorf
> wrote:
> > For example, how should (others and) I know that just "Before" or
> > "After" is needed?
>
> By reading the manpage: "If a unit foo.service contains a setting
> Before=bar.service
On Thu, 2012-07-26 at 14:03 +0200, Ralf Mardorf wrote:
> On Thu, 2012-07-26 at 13:53 +0200, Tom Gundersen wrote:
> > On Thu, Jul 26, 2012 at 1:47 PM, Ralf Mardorf
> > wrote:
> > > For example, how should (others and) I know that just "Before" or
> > > "After" is needed?
> >
> > By reading the man
The 26/07/12, Heiko Baums wrote:
> Principally right again. But I have a problem with booting daemons in
> parallel, on Gentoo as well as on Arch. Made several problems. But I
> can't tell anymore which. So I prefer booting in serial, even if it's
> slower.
Right. It's not much surprising that Ge
Op 26 jul. 2012 10:56 schreef "Rodrigo Rivas"
het volgende:
>
> On Thu, Jul 26, 2012 at 10:48 AM, Jayesh Badwaik <
jayesh.badwai...@gmail.com
> > wrote:
>
> > > Well, then:
> > >
> > > /opt -> /usr/opt
> > >
> > > And everyone will be happy :)
> >
> > No, I guess not, /usr is for vendor-suppli
> "systemctl list-unit-files" gives a very nice and quick overview.
> Otherwise you can use "tree /etc/systemd/system" if that is what you
> prefer. I don't see the point of doing that, but if that's what floats
> your boat, it should give you the same information without the use of
> a tool.
The
>> On Thu, Jul 26, 2012 at 11:19 AM, Oon-Ee Ng wrote:
>> > Perhaps it may be nice to have a pacman flag to obtain just the
>> > version string. I'll file a feature request, but before that anyone
>> > has an comments on why it would be useless or a bad idea?
Use expac:
$ expac %v -S virtualbox
4.
On Thursday, July 26, 2012 04:48:30 PM Oon-Ee Ng wrote:
> On Thu, Jul 26, 2012 at 4:30 PM, Jayesh Badwaik
>
> wrote:
[putolin]
> Actually, re-reading that, I'm not sure you understand too much about
> how initscripts work (and what they do) either. Not that I'm an expert
> myself, but when you
On Thursday, July 26, 2012 10:56:37 AM Rodrigo Rivas wrote:
> On Thu, Jul 26, 2012 at 10:48 AM, Jayesh Badwaik > wrote:
> > > Well, then:
> > > /opt -> /usr/opt
> > >
> > > And everyone will be happy :)
> >
> > No, I guess not, /usr is for vendor-supplied stuff. /opt is for personal
> > stuf
On Thursday, July 26, 2012 05:22:09 PM Oon-Ee Ng wrote:
> On Thu, Jul 26, 2012 at 5:17 PM, Ralf Mardorf
>
> wrote:
> > On Thu, 2012-07-26 at 16:48 +0800, Oon-Ee Ng wrote:
> >> those are bash scripts
> >
> > Exactly, but what is better when we need to use irrational cryptic text
> > files to set
The 25/07/12, Heiko Baums wrote:
> And this is against UNIX philosophy and makes it like something
> proprietary, at least it's anything else than comfortable. Why not just
> using a simple text file where I can list every "service" that I want
> to have started? systemd could easily read this fil
On Thursday, July 26, 2012 11:31:49 AM Ralf Mardorf wrote:
> On Thu, 2012-07-26 at 17:22 +0800, Oon-Ee Ng wrote:
> > On Thu, Jul 26, 2012 at 5:17 PM, Ralf Mardorf
> >
> > wrote:
> > > On Thu, 2012-07-26 at 16:48 +0800, Oon-Ee Ng wrote:
> > >> those are bash scripts
> > >
> > > Exactly, but what
On Thu, Jul 26, 2012 at 2:58 PM, Baho Utot wrote:
> On Thursday, July 26, 2012 05:22:09 PM Oon-Ee Ng wrote:
>> On Thu, Jul 26, 2012 at 5:17 PM, Ralf Mardorf
>>
>> wrote:
>> > On Thu, 2012-07-26 at 16:48 +0800, Oon-Ee Ng wrote:
>> >> those are bash scripts
>> >
>> > Exactly, but what is better whe
On Thursday, July 26, 2012 11:57:26 AM Dennis Herbrich wrote:
> On Thu, Jul 26, 2012 at 11:52:49AM +0200, Ralf Mardorf wrote:
> > On Thu, 2012-07-26 at 12:43 +0300, Mantas Mikulėnas wrote:
> > > On Thu, Jul 26, 2012 at 11:30 AM, Jayesh Badwaik
> > >
> > > wrote:
[putolin]
> > Sorry, what kind o
On Thursday, July 26, 2012 12:07:02 PM Ralf Mardorf wrote:
> On Thu, 2012-07-26 at 11:57 +0200, Dennis Herbrich wrote:
> > On Thu, Jul 26, 2012 at 11:52:49AM +0200, Ralf Mardorf wrote:
> > > On Thu, 2012-07-26 at 12:43 +0300, Mantas Mikulėnas wrote:
> > > > On Thu, Jul 26, 2012 at 11:30 AM, Jayesh
On Thursday, July 26, 2012 12:50:47 PM Tom Gundersen wrote:
> On Thu, Jul 26, 2012 at 8:53 AM, Jayesh Badwaik
>
> wrote:
> > Why will /opt have to go?
>
> I don't think we will ever manage to get rid of /opt. However, if we
> were to follow brainworker's renaming scheme I'd suggest
>
> /opt to
The 25/07/12, Kevin Chadwick wrote:
> > If a service is not provided:
> > - with SysVinit you have to write the whole script usually relying on
> > whatever library the distribution provides (which tend to be
> > error-prone);
> > - with systemd, you just write a configuration file.
> >
>
> We
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/25/2012 10:58 PM, C Anthony Risinger wrote:
>
> i modified it for you here: http://dpaste.com/775539/plain/
>
Thanks! This approach seems to be fruitful, and of the network
daemons, only tor and freshclam are coming up without the network
succ
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/25/2012 11:34 PM, Guillaume Brunerie wrote:
>
> It’s /bin/zsh.
>
Oh, this is an artifact from the fact I have so many scripts I copied
over from whatever Debian-variant distribution I was using before. I
have it sym-linked.
- --
David Benfell
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/26/2012 03:36 AM, Tom Gundersen wrote:
>
> The standard thing is to place it in /etc/systemd/system. However,
> this will not start it on next boot. For that you should
> "systemctl enable nonstandard-network.service" (which will create a
> sym
The 26/07/12, Ralf Mardorf wrote:
> On Thu, 2012-07-26 at 11:57 +0200, Dennis Herbrich wrote:
>
> > By the way ...
>
> ... is there the need to improve something that already works
As I've already said, it does NOT work. Systems based on init scripts
are BROKEN because some of them scripts won't
On Thu, Jul 26, 2012 at 9:13 AM, David Benfell
wrote:
>
> Even with all those dashes in front of every command, it exits with a
> code and is plainly unhappy. Which I find mystifying.
hmm, i'm not 100% sure either -- my guess is because the `add`
commands are in fact failing (addr already added)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/26/2012 07:49 AM, C Anthony Risinger wrote:
> On Thu, Jul 26, 2012 at 9:13 AM, David Benfell
> wrote:
>>
>> Even with all those dashes in front of every command, it exits
>> with a code and is plainly unhappy. Which I find mystifying.
>
> hmm
On Thu, Jul 26, 2012 at 6:03 AM, Tom Gundersen wrote:
> On Thu, Jul 26, 2012 at 10:33 AM, C Anthony Risinger wrote:
>> i've got nothing to back this up, but i'm guessing this one is going
>> to be a little trickier ... mainly because there are multiple packages
>> that are *expected* to exist in
On 2012-07-25, Nelson Marambio wrote:
> for joining audio dramas (d/l from Amazon) which come along in
> MP3-Format I use a short script
>
> mp3wrap tmp.mp3 *.mp3
>
> Does anyone have an advice for me?
For a quick, dirty, and temporary solution:
I use `cat` to join mp3 files. I believe the hea
On 26/07/12 16:35, Nicolas Sebrecht wrote:
The 26/07/12, Ralf Mardorf wrote:
On Thu, 2012-07-26 at 11:57 +0200, Dennis Herbrich wrote:
By the way ...
... is there the need to improve something that already works
As I've already said, it does NOT work. Systems based on init scripts
are BROKEN
On Fri, Jul 27, 2012 at 11:07 AM, Mike wrote:
> On 26/07/12 16:35, Nicolas Sebrecht wrote:
>
>> The 26/07/12, Ralf Mardorf wrote:
>>
>>> On Thu, 2012-07-26 at 11:57 +0200, Dennis Herbrich wrote:
>>>
>>> By the way ...
>>> ... is there the need to improve something that already works
>>>
>>
On Thursday, July 26, 2012 11:13:42 AM Nicholas MIller wrote:
> On Fri, Jul 27, 2012 at 11:07 AM, Mike wrote:
> > On 26/07/12 16:35, Nicolas Sebrecht wrote:
> >> The 26/07/12, Ralf Mardorf wrote:
> >>> On Thu, 2012-07-26 at 11:57 +0200, Dennis Herbrich wrote:
> >>>
> >>> By the way ...
> >>>
>
On Thu, Jul 26, 2012 at 9:56 AM, David Benfell
wrote:
>>
>> last command also fails. this is one reason i had the `link up`
>> command at the end -- it always succeeds.
>>
>> what's wrong with delaying `link up` until the end?
>
> My understanding (/assumption/misconception?) was that one had to
Am Mittwoch, den 25.07.2012, 20:42 +0100 schrieb Leonidas Spyropoulos:
> Maybe it's just my idea but I think the system is somewhat faster on
> the booting now.
>
> Just my opinion but as I see initscripts are abandoned and Archlinux
> is a bleeding edge distro, it's natural solution to adopt sy
Am 26.07.2012 17:52, schrieb satisficer:
On 2012-07-25, Nelson Marambio wrote:
for joining audio dramas (d/l from Amazon) which come along in
MP3-Format I use a short script
mp3wrap tmp.mp3 *.mp3
Does anyone have an advice for me?
For a quick, dirty, and temporary solution:
I use `cat` to
On Thu, Jul 26, 2012 at 5:58 PM, Bjoern Franke wrote:
>
> Am Mittwoch, den 25.07.2012, 20:42 +0100 schrieb Leonidas Spyropoulos:
>
>> Maybe it's just my idea but I think the system is somewhat faster on
>> the booting now.
>>
>> Just my opinion but as I see initscripts are abandoned and Archlinux
A major cups update hits testing. Cups has dropped native printer
browsing support for Linux OS, you now need to run the avahi-daemon
before you start cupsd.
Make sure you also cleanup your cupds.conf.
My server seems to print well. Clients can see the printers in the
print dialog here. Please re
On 26/07/2012 20:44, Andreas Radke wrote:
[cups and cupsd.conf cleaning]
My server seems to print well. Clients can see the printers in the
print dialog here. Please report broken stuff you may find to our
tracker or upstream.
Is it normal to get the web managing page talking in japanese or ch
Martin Cigorraga writes:
> Ugly hacks are a fact in sysadmins life and it will not prevent me from
> sleep
> like a baby :)
In fact, at some point you realize that while there are a lot of
beautiful and clean systems, a lot of our entire computing stack is ugly
hacks on top of ugly hacks ;)
--
Hey,
I'm trying to install courier-authlib but after installation it says
"error: command failed to execute correctly".
It looks like it's installed but I also have issues trying to start
authdaemond (chown: invalid user: 'courier:courier').
For any reason, it's expecting to have the courier user c
I'm sorry for the subject, I pressed send before finishing it :-P
On Thu, Jul 26, 2012 at 5:22 PM, Matias Hick wrote:
> Hey,
> I'm trying to install courier-authlib but after installation it says
> "error: command failed to execute correctly".
> It looks like it's installed but I also have issue
Hey,
I'm trying to install courier-authlib but after installation it says
"error: command failed to execute correctly".
It looks like it's installed but I also have issues trying to start
authdaemond (chown: invalid user: 'courier:courier').
For any reason, it's expecting to have the courier user c
On Thu, 2012-07-26 at 17:30 -0300, Matias Hick wrote:
> It looks like it's installed
It might be installed or not ;)
pacman -Qi courier-authlib
On 07/26/2012 10:30 PM, Matias Hick wrote:
> Hey,
> I'm trying to install courier-authlib but after installation it says
> "error: command failed to execute correctly".
> It looks like it's installed but I also have issues trying to start
> authdaemond (chown: invalid user: 'courier:courier').
> Fo
Am Thu, 26 Jul 2012 21:05:54 +0200
schrieb Frederic Bezies :
> On 26/07/2012 20:44, Andreas Radke wrote:
> [cups and cupsd.conf cleaning]
> >
> > My server seems to print well. Clients can see the printers in the
> > print dialog here. Please report broken stuff you may find to our
> > tracker or
Do you know any guide to configure postfix with dovecot?
Thanks for the advise. I'll do some research about it.
On Thu, Jul 26, 2012 at 5:42 PM, Sven-Hendrik Haase wrote:
> On 07/26/2012 10:30 PM, Matias Hick wrote:
> > Hey,
> > I'm trying to install courier-authlib but after installation it says
On Thu, Jul 26, 2012 at 05:22:09PM +0800, Oon-Ee Ng wrote:
> Yeah, because key=value pairs are more complicated then, you know, a
> programming language?
Apples and oranges.
What you read in a bash script is what actually gets executed.
And this is being done by a tool that is not specific for
On 07/26/2012 10:52 PM, Matias Hick wrote:
> Do you know any guide to configure postfix with dovecot?
> Thanks for the advise. I'll do some research about it.
>
> On Thu, Jul 26, 2012 at 5:42 PM, Sven-Hendrik Haase wrote:
>
>> On 07/26/2012 10:30 PM, Matias Hick wrote:
>>> Hey,
>>> I'm trying to in
>> 3) instead of LOCALIZATION section I should specify timezone in
>> /etc/timezone and /etc/localtime. And again the same question. Why?
>
> /etc/timezone is not used by initscripts, don't know what the benefit of
> that one is. What matters is /etc/localtime.
>From https://wiki.archlinux.org/ind
1 - 100 of 116 matches
Mail list logo
