On Tue, 25 Aug 2009, David C. Rankin wrote:
Lastly, "xrdb -q | grep dpi" doesn't seem to be set on any of my Arch
or suse boxes -- should it be? If so, to what? Thanks.
You can check the current DPI value with xdpyinfo:
$ xdpyinfo | grep resolution
...while you are at it also check
$ xdpyinfo
Hi,
First: There are some lost packages in testing/os/any/ in the FTP [#1] that are
already moved to {core,extra}/os/any
perl-anyevent-5.11-1-any.pkg.tar.gz
perl-exiftool-7.86-1-any.pkg.tar.gz
perl-io-socket-ssl-1.27-1-any.pkg.tar.gz
perl-libwww-5.829-1-any.pkg.tar.gz
perl-test-pod-1.40-1-any.pkg
On Wednesday 26 August 2009 01:43:37 pm Patrick Brisbin wrote:
> as a small aside; after being corrected a few times on bbs, i now know
> that
>
> pacman -Qqe | grep -vx "$(pacman -Qqm)" > pkg.list
>
> and
>
> cat pkg.list | xargs pacman -S --noconfirm --needed
>
> work the best for this.
Am Wed, 26 Aug 2009 20:33:56 +0200
schrieb Andreas Radke :
> 2.6.27.31-2 is up for both arches and _should_ fully support ext4
> filesystem. So far I couldn't reboot my ext4 system, because it's busy
> with uploading other stuff for some hours.
>
> Though I don't expect any trouble try it only wi
Am Wed, 26 Aug 2009 19:25:07 +0300
schrieb Roman Kyrylych :
> 2009/8/26 Lukáš Jirkovský :
> >
> > What about putting date when pacman -Syu was run for a last time in
> > that file? It would still suffer from lag when using mirrors but I
> > guess it should be accurate enough.
>
> I don't think an
At Mittwoch 26 August 2009 20:46 David C. Rankin wrote:
> Now where in the arch boot process could I put a script that
> basically
says
> if uname -r is the lts kernel switch to nv and vice-versa?
/etc/rc.local:
if [ $(uname -r) = "2.6.27-lts" ]; then
# do what you need to use nv
fi
On Wed, Aug 26, 2009 at 15:00, Daenyth Blank wrote:
> On Wed, Aug 26, 2009 at 14:46, David C.
> Rankin wrote:
>> Now where in the arch boot process could I put a script that
>> basically says
>> if uname -r is the lts kernel switch to nv and vice-versa?
>>
> Nowhere. Since when do we modify
On Wed, Aug 26, 2009 at 14:46, David C.
Rankin wrote:
> Now where in the arch boot process could I put a script that basically
> says
> if uname -r is the lts kernel switch to nv and vice-versa?
>
Nowhere. Since when do we modify user config files in this manner?
Making something robust wou
On Wednesday 26 August 2009 12:49:25 pm Xavier wrote:
> On Wed, Aug 26, 2009 at 7:46 PM, David C.
>
> Rankin wrote:
> >If the nvidia driver is too much of a pain to maintain, the how
> > about the nv driver. That way all you would have to do is modify your
> > xorg.conf and change "nvidia"
On 08/26/09 at 01:35pm, David C. Rankin wrote:
> On Wednesday 26 August 2009 03:19:30 am Nathan K. Bathory wrote:
> > >
> > > pacman -Q obviously not the answer, but whilst on that - is it
> > > possible to do a pacman -Q, save the output somewhere, then on
> > > another machine, just reverse the
On Wednesday 26 August 2009 03:19:30 am Nathan K. Bathory wrote:
> >
> > pacman -Q obviously not the answer, but whilst on that - is it
> > possible to do a pacman -Q, save the output somewhere, then on
> > another machine, just reverse the process? Would save me heaps of
> > time putting a system
2.6.27.31-2 is up for both arches and _should_ fully support ext4
filesystem. So far I couldn't reboot my ext4 system, because it's busy
with uploading other stuff for some hours.
Though I don't expect any trouble try it only with non critical ext4
root filesystem partitions. You've been warned.
On Wednesday 26 August 2009 05:58:23 am Roman Kyrylych wrote:
> > Instead of the script you could use grub-set-default.
> > Here is more information:
> > http://www.gnu.org/software/grub/manual/html_node/Invoking-grub_002dset_0
> >02ddefault.html
> > http://www.gnu.org/software/grub/manual/html_nod
On Wed, Aug 26, 2009 at 12:52 PM, David C.
Rankin wrote:
> On Wednesday 26 August 2009 02:13:32 am Aaron Griffin wrote:
>>
>> We didn't install this, unless you installed vim-minibufexplorer via
>> pacman. It's a 3rd party plugin and they are not part of the stock vim
>> install
>>
>
> Hmm,
>
>
On Wednesday 26 August 2009 02:13:32 am Aaron Griffin wrote:
>
> We didn't install this, unless you installed vim-minibufexplorer via
> pacman. It's a 3rd party plugin and they are not part of the stock vim
> install
>
Hmm,
That's strange, because I haven't noticed the minibufferexplore
On Wed, Aug 26, 2009 at 7:46 PM, David C.
Rankin wrote:
>
> If the nvidia driver is too much of a pain to maintain, the how about
> the nv
> driver. That way all you would have to do is modify your xorg.conf and change
> "nvidia" to "nv" and restart X if you wanted a gui on the lts kernel.
On Wednesday 26 August 2009 10:53:56 am Roman Kyrylych wrote:
> On Wed, Aug 26, 2009 at 18:29, Aaron Griffin wrote:
> > I half-way agree. The issue is that, no matter what you _intend_ with
> > something, people will always do something you don't expect. It's part
> > of the reason you see warnings
Tim Gelter wrote:
> David C. Rankin wrote:
>> On Tuesday 25 August 2009 09:51:50 pm Sven-Hendrik Haase wrote:
>>
>>> There are multiple ways:
>>> You can put "default 2" at the very top of your menu.lst which will
>>> always select the 2nd entry (0-based) by default.
>>> Another and maybe more mo
David C. Rankin wrote:
> On Tuesday 25 August 2009 09:51:50 pm Sven-Hendrik Haase wrote:
>
>> There are multiple ways:
>> You can put "default 2" at the very top of your menu.lst which will
>> always select the 2nd entry (0-based) by default.
>> Another and maybe more modern way to do it is to a
On Wednesday 26 August 2009 02:54:50 am Thomas Bächler wrote:
> David C. Rankin schrieb:
> > How do you handle the situation where you are running the nvidia
>
> driver on
>
> > the normal kernel and then boot to the lts kernel? The kernel boots fine,
> > but X is dead, presumably because the
On 08/26/2009 01:22 PM, David C. Rankin wrote:
DR,
Yes, I've tried nx (I'll try it again to see if it solves the KDE4 problem).
The reason that I've "tried it", but don't currently "use" it was that it
offered no better performance than vncserver/vncviewer (poorer in some cases)
and the cert
On Wednesday 26 August 2009 10:25:31 am David Rosenstrauch wrote:
> On 08/25/2009 06:34 PM, David C. Rankin wrote:
> > While on this stray tangent -- is there anyway to make kde4 readable
> > over vnc? IIRC, kde4 looks terrible when using vncserver because it is a
> > native 32- bit color app a
2009/8/26 Lukáš Jirkovský :
>
> What about putting date when pacman -Syu was run for a last time in
> that file? It would still suffer from lag when using mirrors but I
> guess it should be accurate enough.
I don't think anyone is going to really put something in that file,
so don't hold your brea
2009/8/26 Aaron Griffin :
> On Wed, Aug 26, 2009 at 4:06 AM, Magnus Therning wrote:
>> On Wed, Aug 26, 2009 at 9:45 AM, Jan de Groot wrote:
>>> On Wed, 2009-08-26 at 10:40 +0200, Gerhard Brauer wrote:
Am Mittwoch, den 26.08.2009, 09:56 +0200 schrieb Jan de Groot:
> As Arch is a rolli
On Wed, Aug 26, 2009 at 18:29, Aaron Griffin wrote:
> I half-way agree. The issue is that, no matter what you _intend_ with
> something, people will always do something you don't expect. It's part
> of the reason you see warnings like "Do not put in nose" on a package
> for an electric toothbrush :
On Wed, 2009-08-26 at 10:29 -0500, Aaron Griffin wrote:
> I half-way agree. The issue is that, no matter what you _intend_ with
> something, people will always do something you don't expect. It's part
> of the reason you see warnings like "Do not put in nose" on a package
> for an electric toothbru
On Wed, Aug 26, 2009 at 10:25 AM, David Rosenstrauch wrote:
> On 08/26/2009 02:23 AM, David C. Rankin wrote:
>>
>> Andreas,
>>
>> How do you handle the situation where you are running the nvidia
>> driver on the normal kernel and then boot to the lts kernel? The kernel
>> boots fine, but X i
On 08/25/2009 06:34 PM, David C. Rankin wrote:
While on this stray tangent -- is there anyway to make kde4 readable over
vnc? IIRC, kde4 looks terrible when using vncserver because it is a native 32-
bit color app and the vnc session doesn't handle it. Two questions: (1) is
this right, if not,
On 08/26/2009 02:23 AM, David C. Rankin wrote:
Andreas,
How do you handle the situation where you are running the nvidia driver on
the normal kernel and then boot to the lts kernel? The kernel boots fine, but
X is dead, presumably because the nvidia driver isn't compiled against that
kernel
On Wed, Aug 26, 2009 at 4:06 AM, Magnus Therning wrote:
> On Wed, Aug 26, 2009 at 9:45 AM, Jan de Groot wrote:
>> On Wed, 2009-08-26 at 10:40 +0200, Gerhard Brauer wrote:
>>> Am Mittwoch, den 26.08.2009, 09:56 +0200 schrieb Jan de Groot:
>>>
>>> > As Arch is a rolling release system, we decided to
What I think that the KDE developers intend is to access any plasmoid
related configuration on the panel by using that plasmoid icon at far
right. You should first unlock, then click on the plasmoid icon, and then
be free to rightclick on the taskbar plasmoid. It's certainly inconvenient
On Tue, Aug 25, 2009 at 1:34 AM, Andreas Radke wrote:
> 2) a fallback kernel für almost everybody: a long requested feature.
> Everybody can install it along the core "kernel26" pkg and add
> lilo/grub entries for the "lts" kernel. Whenever an update of a future
> kernel26 will fail you won't be fo
Just append "-X" to your ssh command for X forwarding. You can add "-C" for
compression too.
2009/8/25 Daenyth Blank >
> On Tue, Aug 25, 2009 at 18:34, David C.
> Rankin wrote:
> >Is there anyway to get around this limitation other than opening
> some type of
> > remote desktop? Some way
On Wed, Aug 26, 2009 at 13:56, Roman Kyrylych wrote:
> On Wed, Aug 26, 2009 at 08:04, David C.
> Rankin wrote:
>> On Tuesday 25 August 2009 11:54:21 pm David C. Rankin wrote:
>>> Thanks, sorry, I know all that. I'm looking for a quick command that
>>> does
>>> NOT alter the menu.lst file, b
On Wed, Aug 26, 2009 at 08:04, David C.
Rankin wrote:
> On Tuesday 25 August 2009 11:54:21 pm David C. Rankin wrote:
>> Thanks, sorry, I know all that. I'm looking for a quick command that
>> does
>> NOT alter the menu.lst file, but sets some type of flag that tells grub do
>> NOT boot the
On Wed, Aug 26, 2009 at 12:05, Pierre Schmitz wrote:
> Am Mittwoch 26 August 2009 09:54:50 schrieb Thomas Bächler:
>> You don't. It's a kernel meant for servers, there won't be any module
>> packages for it. A machine that needs the nvidia driver is not a server.
>
> Maybe the kernel should be rena
On Wed, Aug 26, 2009 at 9:45 AM, Jan de Groot wrote:
> On Wed, 2009-08-26 at 10:40 +0200, Gerhard Brauer wrote:
>> Am Mittwoch, den 26.08.2009, 09:56 +0200 schrieb Jan de Groot:
>>
>> > As Arch is a rolling release system, we decided to remove the file. But
>> > as tools use this file to identify A
Gerhard Brauer schrieb:
Neat!
Or the percentage of our roadmap to world domination (BTW: i always
missed this in Roadmap on Flyspray)
It's not nearly complete. Right now, Arch runs on a very small
percentage of computers world-wide. We need at least 20% until we can
inject our world-domi
Am Mittwoch 26 August 2009 09:54:50 schrieb Thomas Bächler:
> You don't. It's a kernel meant for servers, there won't be any module
> packages for it. A machine that needs the nvidia driver is not a server.
Maybe the kernel should be renamed to -server then. -lts is a little confusing
here.
--
Am Mittwoch, den 26.08.2009, 10:52 +0200 schrieb Dieter Plaetinck:
>
> maybe we should put the output of `pacman -Q | sha1sum` in /etc/arch-release.
> git style! :P
Neat!
Or the percentage of our roadmap to world domination (BTW: i always
missed this in Roadmap on Flyspray)
> Dieter
Gerh
Am Mittwoch, den 26.08.2009, 10:45 +0200 schrieb Jan de Groot:
> On Wed, 2009-08-26 at 10:40 +0200, Gerhard Brauer wrote:
> >
> > To far this we could maybe add a function to pacman, so that after every
> > -Syu the unixtime gets written to this file.
> > This would give us:
> > * IMHO the highest
On Wed, 26 Aug 2009 10:45:33 +0200
Jan de Groot wrote:
> On Wed, 2009-08-26 at 10:40 +0200, Gerhard Brauer wrote:
> > Am Mittwoch, den 26.08.2009, 09:56 +0200 schrieb Jan de Groot:
> >
> > > As Arch is a rolling release system, we decided to remove the
> > > file. But as tools use this file to i
On Wed, 2009-08-26 at 10:40 +0200, Gerhard Brauer wrote:
> Am Mittwoch, den 26.08.2009, 09:56 +0200 schrieb Jan de Groot:
>
> > As Arch is a rolling release system, we decided to remove the file. But
> > as tools use this file to identify Arch systems, we decided to keep the
> > file, but make it
Am Mittwoch, den 26.08.2009, 09:56 +0200 schrieb Jan de Groot:
> As Arch is a rolling release system, we decided to remove the file. But
> as tools use this file to identify Arch systems, we decided to keep the
> file, but make it empty.
>
> 2009.08 won't be 2009.08 as soon as you run pacman -Syu
On Tue, Aug 25, 2009 at 01:34:32AM +0200, Andreas Radke wrote:
> Today I've added a 2nd kernel to our svn called "kernel26-lts". It
> should help to make you less caring about kernel updates. The intention
> is to
Does this kernel have PAE support compiled in?
Regards
Milos
On Wed, 2009-08-26 at 10:04 +0200, Dieter Plaetinck wrote:
> maybe we should delete it.
> Did you mean 'identifying whether a system is arch linux' (which seems
> pretty pointless, you know when a system is arch linux) OR do you mean
> 'identify which "version" an arch system is' ?
> Assuming th
On Wed, 26 Aug 2009 18:12:53 +1000
richard terry wrote:
> Thanks for the replies, me I didn't mean anything, they just asked me
> what was in the file.
>
> pacman -Q obviously not the answer, but whilst on that - is it
> possible to do a pacman -Q, save the output somewhere, then on
> another
On Wed, 26 Aug 2009 18:12:53 +1000
richard terry wrote:
> On Wednesday 26 August 2009 18:04:42 Dieter Plaetinck wrote:
> > On Wed, 26 Aug 2009 09:56:13 +0200
> >
> > Jan de Groot wrote:
> > > On Wed, 2009-08-26 at 17:45 +1000, richard terry wrote:
> > > > /etc/arch-release
> > > >
> > > > Anyone
On Wednesday 26 August 2009 18:04:42 Dieter Plaetinck wrote:
> On Wed, 26 Aug 2009 09:56:13 +0200
>
> Jan de Groot wrote:
> > On Wed, 2009-08-26 at 17:45 +1000, richard terry wrote:
> > > /etc/arch-release
> > >
> > > Anyone know what is meant to be in this file
> > >
> > > The guys on the gambas
On Wed, 26 Aug 2009 09:56:13 +0200
Jan de Groot wrote:
> On Wed, 2009-08-26 at 17:45 +1000, richard terry wrote:
> > /etc/arch-release
> >
> > Anyone know what is meant to be in this file
> >
> > The guys on the gambas user list are writing some sort of script so
> > users can identify details
On Wed, 2009-08-26 at 17:45 +1000, richard terry wrote:
> /etc/arch-release
>
> Anyone know what is meant to be in this file
>
> The guys on the gambas user list are writing some sort of script so users can
> identify details of their system in case of bugs etc, and i was asked if
> this file
David C. Rankin schrieb:
> How do you handle the situation where you are running the nvidia
driver on
the normal kernel and then boot to the lts kernel? The kernel boots fine, but
X is dead, presumably because the nvidia driver isn't compiled against that
kernel and laughs when you tell it to
/etc/arch-release
Anyone know what is meant to be in this file
The guys on the gambas user list are writing some sort of script so users can
identify details of their system in case of bugs etc, and i was asked if
this file exists, which is does, but it is empty?
?any other unique arch ident
On Tue, Aug 25, 2009 at 11:45 PM, David C.
Rankin wrote:
> On Tuesday 25 August 2009 11:29:09 pm David C. Rankin wrote:
>> On Tuesday 25 August 2009 10:06:10 pm Aaron Griffin wrote:
>> > On Tue, Aug 25, 2009 at 7:17 PM, David C.
>> >
>> > Rankin wrote:
>> > > Listmates,
>> > >
>> > > There i
54 matches
Mail list logo
