On 3 October 2011 01:42, Hilco Wijbenga wrote:
> foo
It's possible that you would prefer zsh's completion style and configurability.
Hi,
I am looking for informations about a VFD (Flourescenz Display)
module.
Its product number is DS M202-MD-07g-2, where DS stands for
"Display Systems", which was part of the "Hegener & Glaser" company.
The rest of the product number uses the same numbering scheme as
FUTABA uses for its VFDs b
On 3 October 2011 01:05, James Broadhead wrote:
> On 3 October 2011 01:42, Hilco Wijbenga wrote:
>> foo
foo? :-)
> It's possible that you would prefer zsh's completion style and
> configurability.
All right, thank you. I've seen ZSH mentioned several times before. I
guess it's time to take a
Hi
First of all, sorry if this is not the right forum to post this question.
I'm having a strange problem with urxvt on one of my computers.
When I uses a command which type some text on the screen and then waits for
input, the text does not appear in urxvt until I resize the window, or
forces
On Mon, Oct 3, 2011 at 1:54 PM, Allan Nielsen wrote:
> Hi
>
> First of all, sorry if this is not the right forum to post this question.
>
>
> I'm having a strange problem with urxvt on one of my computers.
>
> When I uses a command which type some text on the screen and then waits for
> input, the
Just recently I've run in to problems because my hard drives are not
detected in a predictable order, so my fstab that mount /dev/sdb1 and
/dev/sdc1 sometimes result in directory trees in the wrong places
(/dev/sda seems consistent, but I don't know why).
What's the recommended way to fix this?
-
On Mon, Oct 3, 2011 at 2:40 PM, Grant Edwards wrote:
> Just recently I've run in to problems because my hard drives are not
> detected in a predictable order, so my fstab that mount /dev/sdb1 and
> /dev/sdc1 sometimes result in directory trees in the wrong places
> (/dev/sda seems consistent, but
On 2011-10-03, Grant Edwards wrote:
> Just recently I've run in to problems because my hard drives are not
> detected in a predictable order, so my fstab that mount /dev/sdb1 and
> /dev/sdc1 sometimes result in directory trees in the wrong places
> (/dev/sda seems consistent, but I don't know why)
Am 03.10.2011 20:40, schrieb Grant Edwards:
> Just recently I've run in to problems because my hard drives are not
> detected in a predictable order, so my fstab that mount /dev/sdb1 and
> /dev/sdc1 sometimes result in directory trees in the wrong places
> (/dev/sda seems consistent, but I don't kn
On Mon, Oct 3, 2011 at 11:49 AM, Grant Edwards
wrote:
> On 2011-10-03, Grant Edwards wrote:
>> Just recently I've run in to problems because my hard drives are not
>> detected in a predictable order, so my fstab that mount /dev/sdb1 and
>> /dev/sdc1 sometimes result in directory trees in the wron
On 10/03/2011 10:54 AM, Allan Nielsen wrote:
> Hi
>
> First of all, sorry if this is not the right forum to post this question.
>
>
> I'm having a strange problem with urxvt on one of my computers.
>
> When I uses a command which type some text on the screen and then waits
> for input, the text
On Mon, Oct 3, 2011 at 11:40 AM, Grant Edwards
wrote:
> Just recently I've run in to problems because my hard drives are not
> detected in a predictable order, so my fstab that mount /dev/sdb1 and
> /dev/sdc1 sometimes result in directory trees in the wrong places
> (/dev/sda seems consistent, but
On Mon, Oct 3, 2011 at 3:09 PM, Bill Longman wrote:
> On 10/03/2011 10:54 AM, Allan Nielsen wrote:
>> I'm using gentoo, xmonad and urxvt
>
> I have a similar problem with xterm in KDE using radeon. Is that your
> environment, too, Allan?
xmonad is a window manager, so he wouldn't be using kwin. I
On Mon, Oct 3, 2011 at 2:03 PM, Canek Peláez Valdés wrote:
> On Mon, Oct 3, 2011 at 11:49 AM, Grant Edwards
>> After a bit more googling, it looks like this is what disk labels are
>> for. Never used them before, but it looks like it's time to give them
>> a go.
>
> They have the advantage over U
On Mon, Oct 3, 2011 at 2:01 PM, Florian Philipp wrote:
> Am 03.10.2011 20:40, schrieb Grant Edwards:
>> Just recently I've run in to problems because my hard drives are not
>> detected in a predictable order, so my fstab that mount /dev/sdb1 and
>> /dev/sdc1 sometimes result in directory trees in
On Monday 03 Oct 2011 20:01:16 Florian Philipp wrote:
> Am 03.10.2011 20:40, schrieb Grant Edwards:
> > Just recently I've run in to problems because my hard drives are not
> > detected in a predictable order, so my fstab that mount /dev/sdb1 and
> > /dev/sdc1 sometimes result in directory trees in
Grant Edwards wrote:
Just recently I've run in to problems because my hard drives are not
detected in a predictable order, so my fstab that mount /dev/sdb1 and
/dev/sdc1 sometimes result in directory trees in the wrong places
(/dev/sda seems consistent, but I don't know why).
What's the recommen
On Mon, Oct 3, 2011 at 3:28 PM, Paul Hartman
wrote:
> On Mon, Oct 3, 2011 at 2:03 PM, Canek Peláez Valdés wrote:
>> They have the advantage over UUID's in that you can set them and
>> therefore can be human readable. Also, if you use a desktop
>> environment, they look nice in file managers.
>
>
On Mon, Oct 3, 2011 at 12:28 PM, Paul Hartman
wrote:
> On Mon, Oct 3, 2011 at 2:03 PM, Canek Peláez Valdés wrote:
>> On Mon, Oct 3, 2011 at 11:49 AM, Grant Edwards
>>> After a bit more googling, it looks like this is what disk labels are
>>> for. Never used them before, but it looks like it's ti
On 10/03/2011 12:01 PM, Florian Philipp wrote:
> Am 03.10.2011 20:40, schrieb Grant Edwards:
>> Just recently I've run in to problems because my hard drives are not
>> detected in a predictable order, so my fstab that mount /dev/sdb1 and
>> /dev/sdc1 sometimes result in directory trees in the wrong
On Mon, Oct 3, 2011 at 11:40 AM, Grant Edwards
wrote:
> Just recently I've run in to problems because my hard drives are not
> detected in a predictable order, so my fstab that mount /dev/sdb1 and
> /dev/sdc1 sometimes result in directory trees in the wrong places
> (/dev/sda seems consistent, but
Am Montag 03 Oktober 2011, 18:40:21 schrieb Grant Edwards:
> Just recently I've run in to problems because my hard drives are not
> detected in a predictable order, so my fstab that mount /dev/sdb1 and
> /dev/sdc1 sometimes result in directory trees in the wrong places
> (/dev/sda seems consistent,
On 10/03/2011 12:26 PM, Michael Mol wrote:
> On Mon, Oct 3, 2011 at 3:09 PM, Bill Longman wrote:
>> On 10/03/2011 10:54 AM, Allan Nielsen wrote:
>>> I'm using gentoo, xmonad and urxvt
>>
>> I have a similar problem with xterm in KDE using radeon. Is that your
>> environment, too, Allan?
>
> xmona
On 2011-10-03, Paul Hartman wrote:
> On Mon, Oct 3, 2011 at 2:01 PM, Florian Philipp wrote:
>> Am 03.10.2011 20:40, schrieb Grant Edwards:
>>> Just recently I've run in to problems because my hard drives are not
>>> detected in a predictable order, so my fstab that mount /dev/sdb1 and
>>> /dev/sd
On 2011-10-03, Mick wrote:
> On Monday 03 Oct 2011 20:01:16 Florian Philipp wrote:
>> Am 03.10.2011 20:40, schrieb Grant Edwards:
>> > Just recently I've run in to problems because my hard drives are not
>> > detected in a predictable order, so my fstab that mount /dev/sdb1 and
>> > /dev/sdc1 some
On Mon, 3 Oct 2011 14:28:05 -0500, Paul Hartman wrote:
> > They have the advantage over UUID's in that you can set them and
> > therefore can be human readable.
You can set the UUIDs yourself too, but I think they have to stick to the
standard format.
> Also, if you use a desktop
> > environment
>> I think separate repositories would only be necessary when using
>> distributed version control (git) as opposed to centralized
>> (subversion). I think subversion's path-based authorization should
>> eliminate the need for separate repositories?
>>
>
> Separate repos aren't strictly necessary,
On Mon, Oct 3, 2011 at 5:54 PM, Grant wrote:
>>> I think separate repositories would only be necessary when using
>>> distributed version control (git) as opposed to centralized
>>> (subversion). I think subversion's path-based authorization should
>>> eliminate the need for separate repositories
FYI, this is fixed. I ran 'strace startx > startx.strace.out 2>&1' and
this showed;
/usr/bin/X: symbol lookup error:
/usr/lib64/xorg/modules/drivers/fglrx_drv.so: undefined symbol:
GlxInitVisuals2D
Which means that i forget to eselect opengl set 1, though it wasn't
logged to Xorg.0.log (so it was
>> >>> I'm not sure if you are overcomplicating this by trying to use Unix
>> >>> permission. Have you instead considered webdav? You can restrict this
>> >>> to particular (apache) users/groups, directories, files. It also uses
>> >>> lockfiles so with two users editing a file simultaneously wi
Over the years I've found that the time I spend on the computer has a
negative affect on my mental/emotional health. It seems to suck the
life out of life and impair my ability to function in the real world.
I've tried various things to counteract the problem, but the only
thing that really works
I can't recall if I asked this before, but I am looking at a partition on a
USB stick which seems to have a FAT16 fs on it and in parted says:
==
Model: Crucial Gizmo! overdrive (scsi)
Disk /dev/sdb: 1023MB
Sector size (logical/physical): 512B/512B
On Mon, Oct 3, 2011 at 6:15 PM, Grant wrote:
> Over the years I've found that the time I spend on the computer has a
> negative affect on my mental/emotional health. It seems to suck the
> life out of life and impair my ability to function in the real world.
> I've tried various things to counter
On Mon, Oct 3, 2011 at 6:01 PM, Grant wrote:
>>> >>> I'm not sure if you are overcomplicating this by trying to use Unix
>>> >>> permission. Have you instead considered webdav? You can restrict this
>>> >>> to particular (apache) users/groups, directories, files. It also uses
>>> >>> lockfiles
>
>> Has anyone dealt with this successfully? I'd love to
>> know how you did it.
>
You're right to worry about thisand I suspect it's also aging
related. The older I get, the more sensitive I am to how many
hours/day is healthy.
I don't think there is a perfect solution, especially as more
On Oct 4, 2011 7:01 AM, "Matthew Marlowe"
wrote:
>
> >
> >> Has anyone dealt with this successfully? I'd love to
> >> know how you did it.
> >
>
> You're right to worry about thisand I suspect it's also aging
> related. The older I get, the more sensitive I am to how many
> hours/day is heal
On Mon, Oct 03, 2011 at 12:03:47PM -0700, Canek Pel??ez Vald??s wrote
> They have the advantage over UUID's in that you can set them and
> therefore can be human readable. Also, if you use a desktop
> environment, they look nice in file managers.
I assume that name clashes can be avoided by usi
On Mon, Oct 3, 2011 at 7:25 PM, Walter Dnes wrote:
> On Mon, Oct 03, 2011 at 12:03:47PM -0700, Canek Pel??ez Vald??s wrote
>
>> They have the advantage over UUID's in that you can set them and
>> therefore can be human readable. Also, if you use a desktop
>> environment, they look nice in file man
Walter Dnes wrote:
On Mon, Oct 03, 2011 at 12:03:47PM -0700, Canek Pel??ez Vald??s wrote
They have the advantage over UUID's in that you can set them and
therefore can be human readable. Also, if you use a desktop
environment, they look nice in file managers.
I assume that name clashes can
If the data is important, I'd use ddrescue to create an image of the
drive, then run testdisk over that image to see if it can untangle the
partition table mess. Both are in portage.
Hello people!
Now, I have the same question as this guy:
https://bbs.archlinux.org/viewtopic.php?id=66651
I.e., what is the most robust filesystem for Linux?
The box will be used as a gateway/firewall for a branch office, so I really
couldn't care less about filesystem performance. But the util
On 10/03/2011 10:19 PM, Pandu Poluan wrote:
>
>
> If I may add: try a cup of normal (i.e. non-decaf) coffee about 1 hour
> after you start using the computer.
>
Ok, but how do you survive the first hour?
On Mon, Oct 3, 2011 at 11:47 PM, Pandu Poluan wrote:
> Hello people!
>
> Now, I have the same question as this guy:
>
> https://bbs.archlinux.org/viewtopic.php?id=66651
>
> I.e., what is the most robust filesystem for Linux?
>
> The box will be used as a gateway/firewall for a branch office, so I
On 10/03/2011 05:54 PM, Grant wrote:
>
> Would multiple repos work in a scenario where different developers
> have access to different stuff and some stuff should be accessible to
> multiple devs? I don't think you want the same stuff in more than one
> repo. It seems like managing multiple repo
On 3 October 2011 20:47, Pandu Poluan wrote:
> Hello people!
>
> Now, I have the same question as this guy:
>
> https://bbs.archlinux.org/viewtopic.php?id=66651
>
> I.e., what is the most robust filesystem for Linux?
The *most* robust? Probably something seriously expensive from IBM or similar.
On Oct 4, 2011 11:30 AM, "Michael Mol" wrote:
>
> On Mon, Oct 3, 2011 at 11:47 PM, Pandu Poluan wrote:
> > Hello people!
> >
> > Now, I have the same question as this guy:
> >
> > https://bbs.archlinux.org/viewtopic.php?id=66651
> >
> > I.e., what is the most robust filesystem for Linux?
> >
> >
On Mon, Oct 3, 2011 at 9:34 PM, Pandu Poluan wrote:
>
> On Oct 4, 2011 11:30 AM, "Michael Mol" wrote:
>>
>> On Mon, Oct 3, 2011 at 11:47 PM, Pandu Poluan wrote:
>> > Hello people!
>> >
>> > Now, I have the same question as this guy:
>> >
>> > https://bbs.archlinux.org/viewtopic.php?id=66651
>> >
Windows gives partitions shorter UUID's too, so that's a non-standard thing
on your /etc/fstab. I opted for LABELs.
By the way, is it possible to use LABELs without and initrd? I'll start
using an initrd before too long, I'll also mess with decorations, but for
now, I'd like to keep my setup simple
On 10/03/2011 11:47 PM, Pandu Poluan wrote:
> Hello people!
>
> Now, I have the same question as this guy:
>
> https://bbs.archlinux.org/viewtopic.php?id=66651
>
> I.e., what is the most robust filesystem for Linux?
>
> The box will be used as a gateway/firewall for a branch office, so I
> real
On Mon, Oct 3, 2011 at 19:01, Adam Carter wrote:
> FYI, this is fixed. I ran 'strace startx > startx.strace.out 2>&1' and
> this showed;
> /usr/bin/X: symbol lookup error:
> /usr/lib64/xorg/modules/drivers/fglrx_drv.so: undefined symbol:
> GlxInitVisuals2D
>
> Which means that i forget to eselect
On Mon, Oct 3, 2011 at 9:54 PM, Spidey wrote:
> Windows gives partitions shorter UUID's too, so that's a non-standard thing
> on your /etc/fstab. I opted for LABELs.
> By the way, is it possible to use LABELs without and initrd? I'll start
> using an initrd before too long, I'll also mess with dec
> By the way, is it possible to use LABELs without and initrd? I'll start
> using an initrd before too long, I'll also mess with decorations, but for
> now, I'd like to keep my setup simple, no initrd.
AND what bootloaders can use LABEL/UUID? Can grub's device.map use them?
On Mon, Oct 3, 2011 at 10:02 PM, Adam Carter wrote:
>> By the way, is it possible to use LABELs without and initrd? I'll start
>> using an initrd before too long, I'll also mess with decorations, but for
>> now, I'd like to keep my setup simple, no initrd.
>
> AND what bootloaders can use LABEL/UU
On Tue, Oct 4, 2011 at 12:02 AM, Adam Carter wrote:
>> By the way, is it possible to use LABELs without and initrd? I'll start
>> using an initrd before too long, I'll also mess with decorations, but for
>> now, I'd like to keep my setup simple, no initrd.
>
> AND what bootloaders can use LABEL/UU
On Tuesday 04 Oct 2011 04:39:45 Adam Carter wrote:
> If the data is important, I'd use ddrescue to create an image of the
> drive, then run testdisk over that image to see if it can untangle the
> partition table mess. Both are in portage.
Well, that's the thing: I'm not sure that there is a mess
On Mon, Oct 3, 2011 at 10:10 PM, Paul Hartman
wrote:
> On Tue, Oct 4, 2011 at 12:02 AM, Adam Carter wrote:
>>> By the way, is it possible to use LABELs without and initrd? I'll start
>>> using an initrd before too long, I'll also mess with decorations, but for
>>> now, I'd like to keep my setup s
On Mon, Oct 3, 2011 at 10:47 PM, Pandu Poluan wrote:
> The box will be used as a gateway/firewall for a branch office, so I really
> couldn't care less about filesystem performance. But the utility power there
> is horrendous, so I need something that can shrug off a catastrophic power
> loss, and
> You are right: for grub-legacy you need to use the old hd(x,y) thingy.
Which i assume suffers from the same reassignment risk as the kernel's
/dev/sdX naming that prompted this discussion. Looks I'll be moving to
grub2.
On Tue, Oct 4, 2011 at 12:18 AM, Mick wrote:
> On Tuesday 04 Oct 2011 04:39:45 Adam Carter wrote:
>> If the data is important, I'd use ddrescue to create an image of the
>> drive, then run testdisk over that image to see if it can untangle the
>> partition table mess. Both are in portage.
>
> Well
On Mon, Oct 3, 2011 at 10:25 PM, Adam Carter wrote:
>> You are right: for grub-legacy you need to use the old hd(x,y) thingy.
>
> Which i assume suffers from the same reassignment risk as the kernel's
> /dev/sdX naming that prompted this discussion. Looks I'll be moving to
> grub2.
That's a good
Am 04.10.2011 07:09, schrieb Canek Peláez Valdés:
> On Mon, Oct 3, 2011 at 10:02 PM, Adam Carter wrote:
>>> By the way, is it possible to use LABELs without and initrd? I'll start
>>> using an initrd before too long, I'll also mess with decorations, but for
>>> now, I'd like to keep my setup simpl
On Mon, Oct 3, 2011 at 10:29 PM, Florian Philipp wrote:
> Am 04.10.2011 07:09, schrieb Canek Peláez Valdés:
>> On Mon, Oct 3, 2011 at 10:02 PM, Adam Carter wrote:
By the way, is it possible to use LABELs without and initrd? I'll start
using an initrd before too long, I'll also mess with
Fair enough, but chkrootkit is not the most maintained package. Last version
was released in July 2009.
http://www.theregister.co.uk/2011/10/04/linux_repository_res/
--
Regards,
Mick
signature.asc
Description: This is a digitally signed message part.
On Tue 04 Oct 2011 11:11:22 AM IST, Mick wrote:
> Fair enough, but chkrootkit is not the most maintained package. Last version
> was released in July 2009.
>
> http://www.theregister.co.uk/2011/10/04/linux_repository_res/
This is a quite old news and since then Linus has moved the kernel to
git
On Tue, 4 Oct 2011 00:27:50 -0500
Paul Hartman wrote:
> On Tue, Oct 4, 2011 at 12:18 AM, Mick
> wrote:
> > On Tuesday 04 Oct 2011 04:39:45 Adam Carter wrote:
> >> If the data is important, I'd use ddrescue to create an image of
> >> the drive, then run testdisk over that image to see if it can
>
65 matches
Mail list logo
