I have an AMD HD5450 card in my desktop, which has been mostly
adequate for me, but now it is time to retire it.
Can anyone recommend a more recent card that works well with X? I'm
using two screens, so I will need at least two outputs - preferably
digital. I have been quite happy with AMD, so I'd
On 2015-04-23 10:10:54 -0500, David Wright wrote:
> Quoting Vincent Lefevre (vinc...@vinc17.net):
> > On 2015-04-22 23:28:46 -0500, David Wright wrote:
> > > No, I wasn't expecting mutt to use mairix. But I thought you might be
> > > using it. Otherwise, why do you index them?
> >
> > I use mairix
Hello there,
On Fri, Apr 24, 2015 at 07:50:59AM +0300, Risto Paavola wrote:
> In Debian Jessie, why qemu-kvm has been compiled without glusterfs network
> disk type support?
"""Until glusterfs packaging
is sane I think it's not a good idea to introduce glusterfs support.
Also this is not really
On 2015-04-23 11:22:11 -0500, David Wright wrote:
> Quoting Vincent Lefevre (vinc...@vinc17.net):
> > On 2015-04-23 11:31:27 +0200, Nicolas George wrote:
> > > Le quartidi 4 floréal, an CCXXIII, Vincent Lefevre a écrit :
> > > > David's test shows that the renamed file is missed.
> > >
> > > No, i
I'm starting a new thread since "reading an empty directory after
reboot is very slow" is quite long, and the subject has changed a
bit. Now that I think I've found the reason, this one may be short. :)
My disk is a traditional hard disk, not SSD, and the filesystem is
ext3.
The problem is the fo
On 2015-04-24 09:35:29 +0200, Vincent Lefevre wrote:
> Anyway remember that the main slowness I have is when I retag messages.
> I could improve my script to cache the message-id -> filename mapping,
> which would make it much faster. But what I like to understand is why
> my current script is so m
Le quintidi 5 floréal, an CCXXIII, Vincent Lefevre a écrit :
> Mutt uses a
> different order, and after a look at its mh.c source file, I can see
> that it sorts the files by inode number (see maildir_delayed_parsing
> function). IMHO, this is
In doing some digging for a personal project, I've come across
tantalizing references to "Debian From Scratch". Using that as a
Google search term gets lots of posts that can be summed up as
"it no longer exists".
Did it have a homepage of some sort? I'm looking for a URL to
feed to the "Wayb
On 2015-04-24 16:12:15 +0200, Nicolas George wrote:
> This is the corresponding entry in Mutt's ChangeLog:
>
> 2005-01-27 18:45:37 Florian Weimer (roessler)
Yes, I eventually found this changeset too, by searching for "inode"
in Mutt's changelog.
> Reading the mailing-lists archives around
On 2015-04-24, Richard Owlett wrote:
> In doing some digging for a personal project, I've come across
> tantalizing references to "Debian From Scratch". Using that as a
> Google search term gets lots of posts that can be summed up as
> "it no longer exists".
>
> Did it have a homepage of some s
Curt wrote:
On 2015-04-24, Richard Owlett wrote:
In doing some digging for a personal project, I've come across
tantalizing references to "Debian From Scratch". Using that as a
Google search term gets lots of posts that can be summed up as
"it no longer exists".
Did it have a homepage of some
On 04/24/2015 03:23 AM, Petter Adsen wrote:
I have an AMD HD5450 card in my desktop, which has been mostly
adequate for me, but now it is time to retire it.
Can anyone recommend a more recent card that works well with X? I'm
using two screens, so I will need at least two outputs - preferably
dig
I try to keep my system as close to 100% stable as possible. In spite
of this, a version of libp11-kit0 that is ahead of stable "somehow"
snuck into my system:
$ apt-cache policy libp11-kit0
libp11-kit0:
Installed: 0.20.7-1~bpo70+1
Candidate: 0.20.7-1~bpo70+1
Version tab
Kynn Jones wrote:
> $ apt-cache policy libp11-kit0
> libp11-kit0:
> Installed: 0.20.7-1~bpo70+1
> Candidate: 0.20.7-1~bpo70+1
> Version table:
> *** 0.20.7-1~bpo70+1 0
> 100 /var/lib/dpkg/status
> 0.12-3 0
> 500 http://debian.csail.mit
On Fri 24 Apr 2015 at 12:37:36 -0400, Kynn Jones wrote:
> I try to keep my system as close to 100% stable as possible. In spite
> of this, a version of libp11-kit0 that is ahead of stable "somehow"
> snuck into my system:
>
> $ apt-cache policy libp11-kit0
> libp11-kit0:
> Installe
On Fri 24 Apr 2015 at 18:50:30 +0100, Brian wrote:
> Bug makes interesting reading; especially when it contains
#764982 in case anyone was wondering, :)
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.o
Kynn Jones wrote:
> I try to keep my system as close to 100% stable as possible. In spite
> of this, a version of libp11-kit0 that is ahead of stable "somehow"
> snuck into my system:
>
> $ apt-cache policy libp11-kit0
> libp11-kit0:
> Installed: 0.20.7-1~bpo70+1
> Candidate:
On Fri, Apr 24, 2015 at 1:50 PM, Brian wrote:
> On Fri 24 Apr 2015 at 12:37:36 -0400, Kynn Jones wrote:
>
>> I try to keep my system as close to 100% stable as possible. In spite
>> of this, a version of libp11-kit0 that is ahead of stable "somehow"
>> snuck into my system:
>>
>> $ apt-cache
Quoting Vincent Lefevre (vinc...@vinc17.net):
> [...]
>
> One can see an obvious difference: grep and my script both read the
> files in the directory order (I know that this is the case with my
> script, and grep's behavior is identical), which can be regarded as
> random due to the use of a has
On 04/24/2015 02:47 AM, Petter Adsen wrote:
On Thu, 23 Apr 2015 19:00:31 -0400
James wrote:
On 04/22/2015 10:42 PM, James wrote:
On 04/21/2015 11:46 PM, Gary Dale wrote:
On 21/04/15 08:21 PM, James wrote:
I installed lxde as a gui desktop but I can't get it to run
automatically.
I need
On 2015-04-24 16:39:51 -0500, David Wright wrote:
[...]
> And another: it's probably faster to slurp bigger chunks of each file
> (with an intelligent guess of the best buffer size) and use a fast
> search for \nMessage-ID rather than reading and checking line by line."
This is not that simple.
Quoting Vincent Lefevre (vinc...@vinc17.net):
> On 2015-04-23 11:22:11 -0500, David Wright wrote:
> > Quoting Vincent Lefevre (vinc...@vinc17.net):
> > > On 2015-04-23 11:31:27 +0200, Nicolas George wrote:
> > > > Le quartidi 4 floréal, an CCXXIII, Vincent Lefevre a écrit :
> > > > > David's test s
On 2015-04-24 16:39:51 -0500, David Wright wrote:
> Well that's a relief. I was getting worried about there being some
> "magic" involved when you said you didn't use cacheing. So, looking
> back at https://lists.debian.org/debian-user/2015/04/msg01265.html ,
>
> "In which case, if you want to kn
On 25/04/2015 2:36 AM, "Ric Moore" wrote:
>
> On 04/24/2015 03:23 AM, Petter Adsen wrote:
>>
>> I have an AMD HD5450 card in my desktop, which has been mostly
>> adequate for me, but now it is time to retire it.
>>
I have Radeon HD 6570 (MSI one) in my MythTV Ubuntu-14.04 backend. It is
128-bit 1G
On 2015-04-24 19:41:03 -0500, David Wright wrote:
> Well, that's what I thought, because of the cacheing. But Nicolas
> asked me to try using thousands of files, and so here we are,
> ie, your "new test":
>
> ~ $ for j in `seq 1` ; do mkdir /tmp/testdir/file$j ; done
> ~ $ ./a.out /tmp/testdir
Quoting Vincent Lefevre (vinc...@vinc17.net):
> On 2015-04-24 16:39:51 -0500, David Wright wrote:
> > Well that's a relief. I was getting worried about there being some
> > "magic" involved when you said you didn't use cacheing. So, looking
> > back at https://lists.debian.org/debian-user/2015/04/m
The Wanderer wrote:
> If that doesn't help, then I'd advise that you expand the initramfs /
> initrd file from under /boot into an empty directory, and see what it
> contains. It may very well be missing either bin/touch or some related
> thing.
Indeed, it's missing bin/touch. Thanks for the det
Quoting Vincent Lefevre (vinc...@vinc17.net):
> On 2015-04-24 19:41:03 -0500, David Wright wrote:
> > Well, that's what I thought, because of the cacheing. But Nicolas
> > asked me to try using thousands of files, and so here we are,
> > ie, your "new test":
> >
> > ~ $ for j in `seq 1` ; do m
On Thu, 23 Apr 2015 23:54:45 -0600
Bob Proulx wrote:
> bri...@aracnet.com wrote:
> > however the client side mount commands are apparently wrong because
> > I get this:
> >
> > mount.nfs4: mounting server:/nfs4exports/home/user1 failed, reason given by
> > server:
> > No such file or director
29 matches
Mail list logo
