2012/10/23 Leonidas Spyropoulos :
> When I tried today to upgrade the system with:
> pacman -Suyy
> I got conflicts on net-snmp package.
>
> I installed everything except that and tried again with no results, is
> it safe to --force it? Anyone had that also?
> pacman log: http://pastie.org/5106091
On Wed, Oct 24, 2012 at 1:17 AM, Leonidas Spyropoulos
wrote:
> When I tried today to upgrade the system with:
> pacman -Suyy
> I got conflicts on net-snmp package.
>
> I installed everything except that and tried again with no results, is
> it safe to --force it? Anyone had that also?
> pacman log
Am 23.10.2012 17:14, schrieb nelsonmaram...@gmx.de:
> the delay of 10 seconds is recommended by the computing centre which
> maintains the university-wide WLAN. Without the delay dhcpcd returns a
> timeout.
The delay is stupid. And dhcpcd should not even try to get a lease until
the connection i
On Tue, 23 Oct 2012 17:14:09 +0200
nelsonmaram...@gmx.de wrote:
>
> Original-Nachricht
> > Datum: Tue, 23 Oct 2012 09:28:57 +0200
> > Von: "Thomas Bächler"
> > An: arch-general@archlinux.org
> > Betreff: Re: [arch-general] Exiting wpa_supplicant
>
> > Am 23.10.2012 02:42, schr
Original-Nachricht
> Datum: Tue, 23 Oct 2012 09:28:57 +0200
> Von: "Thomas Bächler"
> An: arch-general@archlinux.org
> Betreff: Re: [arch-general] Exiting wpa_supplicant
> Am 23.10.2012 02:42, schrieb Rafael Beraldo:
> > That's interesting. Why is that a bad idea? I used to do
On Tue, Oct 23, 2012 at 9:53 PM, Leonid Isaev wrote:
> So, is it safe to remove /etc/hosts after updating the filesystem, or there
> are some applications which still expect it?
You probably still want to keep the standard one we ship, as it
provides 'localhost' et al.
-t
On Tue, 23 Oct 2012 16:43:23 +0200
Tom Gundersen wrote:
> Hi guys,
>
> I just pushed a new filesystem package to testing with two minor changes:
>
> We now rely on nss-myhostname being installed, so we no longer have to
> instruct people to put their local hostname in /etc/hosts.
> The archlinu
On 10/22/2012 08:29 PM, Martin Panter wrote:
That fix (“diskspace: only load filesystem info on demand”) is not in
the 4.0.3 release; I think it’s probably waiting for a 4.1 release
because it’s on the master branch.
Ah thank you - good to know.
As for the rest of your problems I have no
Would "ListenStream=nntp" have the same effect?
"man systemd.socket" doesn't mention an option like that. And this
directive is already overloaded with different possibilities.
The more points in common there are between inetd xinetd and systemd
configs, the less confusing it will be for tho
On Tue, 23 Oct 2012 11:51:24 +0200 Damjan wrote:
>>> Xinetd doesn't need to be told. Isn't there a table of standard ports
>>> for specified services?
>>
>> Yes, there's a table of standard ports -- it's /etc/services. It merely
>> lets you refer to ports by name rather than by number. Something
On Mon, 22 Oct 2012 19:40:37 -0400 Dave Reisner wrote:
>On Tue, Oct 23, 2012 at 12:34:20AM +0100, Whiskers wrote:
[...]
>> >> Access control depends entirely on ufw (iptables), rather than
>> >> specifying a hostname or IPv6 or IPv4 number in leafnode.socket,
>> >> although that would
>> >
>> >B
Hey All,
I just switched to systemd. I work on an Arch Linux Virtualbox VM which
runs on Mac OS X. I assigned 3 NIC's to that VM and 2 of them have
ethernet-dhcp profiles defined and set in /etc/conf.d/netcfg to be started
at boot.
$ cat /etc/conf.d/netcfg
NETWORKS=(public local)
However on boot
On Tue, Oct 23, 2012 at 01:08:28PM +0200, Giorgio Lando wrote:
> On Tue 23/10/12, 12:14, gt wrote:
> > Actually, it is related to IgnorePkg.
> >
> > I have a few packages locally compiled, for example mutt. I have stripped
> > all unnecessary options from mutt, and added it to IgnorePkg. Now when
On Tue 23/10/12, 12:14, gt wrote:
> Actually, it is related to IgnorePkg.
>
> I have a few packages locally compiled, for example mutt. I have stripped
> all unnecessary options from mutt, and added it to IgnorePkg. Now when an
> upgrade is available, i see the changes and decide whether to upgrad
gt wrote:
> On Tue, Oct 23, 2012 at 05:16:30PM +1100, Gaetan Bisson
wrote:
>> [2012-10-23 10:35:56 +0530] gt:
>> > Alternatively can I rename the package directory inside
>> > /var/lib/pacman/local/ and %VERSION% string inside the
desc file to
>> > achieve the same?
>>
>> Sure you can.
>>
>> B
I have a few packages locally compiled, for example mutt. I have stripped
all unnecessary options from mutt, and added it to IgnorePkg. Now when an
upgrade is available, i see the changes and decide whether to upgrade or
not. In case of mutt, the last two upgrades had added patches which i didn't
I've got a strange problem with a machine that had a fresh install
three weeks ago. Nothing new has been installed on it since then.
About one time in four, after that machine has been booted, a ssh
to it (on a LAN) fails with 'no route to host'.
'no route to host' on a LAN (same ip range, righ
Xinetd doesn't need to be told. Isn't there a table of standard ports for
specified services?
Yes, there's a table of standard ports -- it's /etc/services. It merely
lets you refer to ports by name rather than by number. Something still
needs to indicate what port to listen on, regardless of ho
Am 23.10.2012 02:42, schrieb Rafael Beraldo:
> That's interesting. Why is that a bad idea? I used to do it by hand,
> waiting for
> wpa_supplicant to stablish a connection and then running dhcp.
You wait for 10 seconds. That is way too long. A wireless connection is
usually established within 3 se
On Tue, Oct 23, 2012 at 05:16:30PM +1100, Gaetan Bisson wrote:
> [2012-10-23 10:35:56 +0530] gt:
> > Alternatively can I rename the package directory inside
> > /var/lib/pacman/local/ and %VERSION% string inside the desc file to
> > achieve the same?
>
> Sure you can.
>
> But what exactly are you
20 matches
Mail list logo
