On Fri, Nov 25, 2011 at 17:21, Tom Gundersen wrote:
> On Fri, Nov 25, 2011 at 11:44 PM, Myra Nelson
> wrote:
> > -- Forwarded message --
> > From: Myra Nelson
> > Date: Fri, Nov 25, 2011 at 15:45
> > Subject: udev events and /usr not mounted
> > To: General Discussion about Arch
Yeah. I too have my personal stuff for that. I have a script actually
which uses a file and from that creates the default.list file which is
then used by anyone who cares to use it (Firefox, KDE etc). But I am
now tired of the custom stuff. I just wanted to explore. And XML
seemed quiet universal i
On 25.11.2011 20:02, Michał Piotr Gawron wrote:
> I have identical symptoms after my recent upgrade, so I thought that
> I add my observations.
>
> I bought Lenovo T520 (90% intel based devices) and was migrating
> everything from old R61.
[ snip a list of problems ]
Did you try upgrading the BIO
Hi all,
I've tagged mkinitcpio 0.8.0, which came a little earlier than I would
have liked, but there's still fun things to talk about.
The major point of interest is the addition of fsck functionality. The
logic in init is triggered by the addition of the 'fsck' install hook.
If added after the a
Myra Nelson wrote:
> The .install files are contained in the package.
I know. I wanted to know where they go before the entire package with
all transactions is considered "done". The warning indicated that the
first, preliminary extraction step went wrong.
> Might I ask what you were compiling
Hi peoples.
The event ArchCon 2012, what date ?
Curiosity, the event takes place only in a country/state ?
Cheers,
Albino Biasutti Neto
On Fri, Nov 25, 2011 at 11:44 PM, Myra Nelson wrote:
> -- Forwarded message --
> From: Myra Nelson
> Date: Fri, Nov 25, 2011 at 15:45
> Subject: udev events and /usr not mounted
> To: General Discussion about Arch Linux
>
>
> No gripes, complaints, or rants, just a question about
Am 25.11.2011 23:44, schrieb Myra Nelson:
> -- Forwarded message --
> From: Myra Nelson
> Date: Fri, Nov 25, 2011 at 15:45
> Subject: udev events and /usr not mounted
> To: General Discussion about Arch Linux
>
>
> No gripes, complaints, or rants, just a question about udev rule
-- Forwarded message --
From: Myra Nelson
Date: Fri, Nov 25, 2011 at 15:45
Subject: udev events and /usr not mounted
To: General Discussion about Arch Linux
No gripes, complaints, or rants, just a question about udev rules. This is
one of those /usr not mounted things that's bro
On Fri, Nov 25, 2011 at 4:32 AM, Mauro Santos
wrote:
> On 25-11-2011 07:46, C Anthony Risinger wrote:
>>
>> ... however, i would consider it a bug for applications to
>> store *very* large files (exceeding 50-100M or so) in /tmp -- /var/tmp
>> would be more appropriate, even for ephemeral/transie
On 26/11/11 02:40, clemens fischer wrote:
Gaetan Bisson wrote:
If that's easy then it shouldn't be too hard for you to open a bug
report on the tracker and submit a patch.
Then what component does the actual extracting? Is it libfetch? That
would be an upstream moving target, because it com
On 26/11/11 02:35, clemens fischer wrote:
Allan McRae wrote:
On 25/11/11 09:18, clemens fischer wrote:
would it be possible to let pacman, libalpm and libfetch honor the
environment variable TMPDIR?
File a bug report or at least post to the pacman-dev list. Then
relevant people might actua
Jayesh Badwaik wrote:
> Now whenever a new package is installed. It will contain an XML file
> containing description of the mimetype in the same manner. When the
> package is installed, the file will be transferred to a folder. The
> main file which contains the descriptions of the mime type will
On 25-11-2011 17:25, Leonid Isaev wrote:
> On Fri, 25 Nov 2011 17:16:31 +
> Mauro Santos wrote:
>
>> On 25-11-2011 15:15, János Illés wrote:
>>> Hi,
>>> I have a bit of a trouble with proper policy-kit settings. I’m running
>>> a standalone openbox session for desktop usage. For login I have
On 25 November 2011 15:12, Madhurya Kakati wrote:
> Well what I said is true. When I first started using arch I didn't mind
> when stuff broke. But now after setting up the OS according to my tastes I
> want it to stay as it is. So I want it to be stable. But I also don't want
> to sacrifice the f
On Fri, Nov 25, 2011 at 12:42, clemens fischer <
ino-n...@spotteswoode.dnsalias.org> wrote:
> clemens fischer wrote:
>
> > Gaetan Bisson wrote:
> >
> >> If that's easy then it shouldn't be too hard for you to open a bug
> >> report on the tracker and submit a patch.
> >
> > Then what component doe
I have identical symptoms after my recent upgrade, so I thought that
I add my observations.
I bought Lenovo T520 (90% intel based devices) and was migrating
everything from old R61. I installed core version of newest Arch, setup
ssh session between two notebooks and wanted to copy HDD contents, as
clemens fischer wrote:
> Gaetan Bisson wrote:
>
>> If that's easy then it shouldn't be too hard for you to open a bug
>> report on the tracker and submit a patch.
>
> Then what component does the actual extracting? Is it libfetch? That
> would be an upstream moving target, because it comes fro
On Fri, 25 Nov 2011 18:57:22 +0100
Tom Gundersen wrote:
> On Fri, Nov 25, 2011 at 6:31 PM, Leonid Isaev wrote:
> > On Fri, 25 Nov 2011 18:07:18 +0100
> > Geert Hendrickx wrote:
> >
> >> On Fri, Nov 25, 2011 at 10:55:55 -0600, Leonid Isaev wrote:
> >> > Actually, what is stupid is keeping /tmp i
Leonid Isaev wrote:
> On Fri, 25 Nov 2011 18:07:18 +0100
> Geert Hendrickx <...> wrote:
>
>> On Fri, Nov 25, 2011 at 10:55:55 -0600, Leonid Isaev wrote:
>>
>> > Actually, what is stupid is keeping /tmp in RAM. It is an important
>> > dir, where you might have an valuable info in case of a system
On Fri, Nov 25, 2011 at 18:25, Leonid Isaev wrote:
> The sleep is needed to avoid a race condition: logout happens before the
> policykit starts. What I don't understand is why ck doesn't complain about an
> empty utmp entry? I though you have to keep your user logged in, so that "w"
> returns som
On Fri, Nov 25, 2011 at 11:25, Leonid Isaev wrote:
> On Fri, 25 Nov 2011 17:16:31 +
> Mauro Santos wrote:
>
> > On 25-11-2011 15:15, János Illés wrote:
> > > Hi,
> > > I have a bit of a trouble with proper policy-kit settings. I’m running
> > > a standalone openbox session for desktop usage.
On Fri, Nov 25, 2011 at 6:31 PM, Leonid Isaev wrote:
> On Fri, 25 Nov 2011 18:07:18 +0100
> Geert Hendrickx wrote:
>
>> On Fri, Nov 25, 2011 at 10:55:55 -0600, Leonid Isaev wrote:
>> > Actually, what is stupid is keeping /tmp in RAM. It is an important dir,
>> > where you might have an valuable i
On Fri, 25 Nov 2011 18:07:18 +0100
Geert Hendrickx wrote:
> On Fri, Nov 25, 2011 at 10:55:55 -0600, Leonid Isaev wrote:
> > Actually, what is stupid is keeping /tmp in RAM. It is an important dir,
> > where you might have an valuable info in case of a system crash. I could
> > never understand th
On Fri, 25 Nov 2011 17:16:31 +
Mauro Santos wrote:
> On 25-11-2011 15:15, János Illés wrote:
> > Hi,
> > I have a bit of a trouble with proper policy-kit settings. I’m running
> > a standalone openbox session for desktop usage. For login I have a
> > simple script in my .zprofile file, which
2011/11/25 János Illés
> Hi,
> I have a bit of a trouble with proper policy-kit settings. I’m running
> a standalone openbox session for desktop usage. For login I have a
> simple script in my .zprofile file, which will start the X server if I
> log in from the first virtual terminal (which is wh
On 25-11-2011 15:15, János Illés wrote:
> Hi,
> I have a bit of a trouble with proper policy-kit settings. I’m running
> a standalone openbox session for desktop usage. For login I have a
> simple script in my .zprofile file, which will start the X server if I
> log in from the first virtual termin
On Fri, Nov 25, 2011 at 10:55:55 -0600, Leonid Isaev wrote:
> Actually, what is stupid is keeping /tmp in RAM. It is an important dir,
> where you might have an valuable info in case of a system crash. I could
> never understand the logic behind this choice.
Reducing disk i/o.
Geert
On Fri, 25 Nov 2011 00:18:43 +0100
clemens fischer wrote:
> Hi,
>
> would it be possible to let pacman, libalpm and libfetch honor the
> environment variable TMPDIR?
>
> I mean, this is stupid. Many people keep /tmp in RAM, on a tmpfs, and
> make it big enough, but not too big, as it takes awa
Allan McRae wrote:
> On 25/11/11 09:18, clemens fischer wrote:
>
>> would it be possible to let pacman, libalpm and libfetch honor the
>> environment variable TMPDIR?
>
> File a bug report or at least post to the pacman-dev list. Then
> relevant people might actually see your request.
I'm not "r
Gaetan Bisson wrote:
> If that's easy then it shouldn't be too hard for you to open a bug
> report on the tracker and submit a patch.
Then what component does the actual extracting? Is it libfetch? That
would be an upstream moving target, because it comes from netbsd. Do
you guys accept patche
Hi,
I have a bit of a trouble with proper policy-kit settings. I’m running
a standalone openbox session for desktop usage. For login I have a
simple script in my .zprofile file, which will start the X server if I
log in from the first virtual terminal (which is what I’m doing 99% of
the time).
if
Well what I said is true. When I first started using arch I didn't mind
when stuff broke. But now after setting up the OS according to my tastes I
want it to stay as it is. So I want it to be stable. But I also don't want
to sacrifice the freedom if using arch.
And I made this my primary work OS an
2011/11/25 Sven-Hendrik Haase :
> Send this to pacman-dev to talk to the devs.
>
Thank you. Sorry for the mess. Message sent to pacman-dev
On 11/25/2011 01:51 PM, atilla ontas wrote:
> Hi. I' m an experienced translator from Turkey. Contributing Arch
> turkish translations for a while. I have noticed today; some strings
> in pacman-scripts are very hard to translate. You see, Turkic
> languages are very differ from Latin origin langua
Hi. I' m an experienced translator from Turkey. Contributing Arch
turkish translations for a while. I have noticed today; some strings
in pacman-scripts are very hard to translate. You see, Turkic
languages are very differ from Latin origin languages; structure of
sentence is almost reversed. So, u
On Fri, Nov 25, 2011 at 1:22 PM, Madhurya Kakati wrote:
> After a recent update, I am unable to mount any drives by clicking their
> names in nautilus side panel like I used to do before. I use awesome wm and
> start it via slim which itself is started via the inittab method.
Are you able to repr
Hi,
After a recent update, I am unable to mount any drives by clicking their
names in nautilus side panel like I used to do before. I use awesome wm and
start it via slim which itself is started via the inittab method.
I have dbus installed and it starts up automatically at boot. Also in my
.xinitr
On 25-11-2011 07:46, C Anthony Risinger wrote:
> ... however, i would consider it a bug for applications to
> store *very* large files (exceeding 50-100M or so) in /tmp -- /var/tmp
> would be more appropriate, even for ephemeral/transient files -- idk
Just out of curiosity, why do you say that? I
On Fri, Nov 25, 2011 at 7:04 AM, Hector Martinez-Seara wrote:
> Sometimes you simply need more space that the one available in /tmp.
> In all my systems /tmp is in ram and as some machines have only 4Gb
> memory the available space in /tmp is about 2Gb only which is
> sufficient for most of the
40 matches
Mail list logo
