search for: whilt

Hello, I'm trying to get "userspace" nouveau to work on the NV15 card (GeForce2 GTS - ASUS v7700 TVR). Whilte kernel nouveau driver works, userspace nv_init programs hangs during CONFIGURE_MEM. I have produced a trace log (in attach) in the hope that it will help. Card is installed as a primary (the only) card in a box and is correctly booted by VBIOS. -- With best wishes Dmitry -------------- next par...

...ou envisage by using git as opposed to simply > using a filter to select the files over a certain age, and place them into a > zipped TAR archive ? Although I guess you could eventually zip the git archive > too, and in the interim it would remain searchable by your users mail clients > whilt in git. I like to use git ;-). Tar will work just fine. In this use case the only real benefit of git is that it never forgets. Unless I delete whole .git directory, I can make a mistake, delete some e-mails (files), commit changes and rollback. I can't rollback if I delete tar archive. >...

On Tue, Sep 17, 2013 at 10:04 AM, Dmitry Eremin-Solenikov <dbaryshkov at gmail.com> wrote: > Hello, > > I'm trying to get "userspace" nouveau to work on the NV15 card > (GeForce2 GTS - ASUS v7700 TVR). > Whilte kernel nouveau driver works, userspace nv_init programs hangs > during CONFIGURE_MEM. Does this help? http://cgit.freedesktop.org/~darktama/nouveau/commit/?id=0c283c96aa58fa50d036662159d489dcba91d0bb > > I have produced a trace log (in attach) in the hope that it will help. > Card is...

...git as opposed to simply > > using a filter to select the files over a certain age, and place them into a > > zipped TAR archive ? Although I guess you could eventually zip the git archive > > too, and in the interim it would remain searchable by your users mail clients > > whilt in git. > > I like to use git ;-). Tar will work just fine. > > In this use case the only real benefit of git is that it never forgets. Unless I delete whole .git directory, I can make a mistake, delete some e-mails (files), commit changes and rollback. I can't rollback if I delet...

...gt; simply > > using a filter to select the files over a certain age, and place them > into a > > zipped TAR archive ? Although I guess you could eventually zip the git > archive > > too, and in the interim it would remain searchable by your users mail > clients > > whilt in git. > > I like to use git ;-). Tar will work just fine. > > In this use case the only real benefit of git is that it never forgets. > Unless I delete whole .git directory, I can make a mistake, delete some > e-mails (files), commit changes and rollback. I can't rollback if...

...> using a filter to select the files over a certain age, and place them > into a > > > zipped TAR archive ? Although I guess you could eventually zip the git > archive > > > too, and in the interim it would remain searchable by your users mail > clients > > > whilt in git. > > > > I like to use git ;-). Tar will work just fine. > > > > In this use case the only real benefit of git is that it never forgets. > Unless I delete whole .git directory, I can make a mistake, delete some > e-mails (files), commit changes and rollback. I c...

Hi Everybody, I'd like to start archiving e-mails by moving them to a server with running Dovecot. I installed "dovecot-core" and "dovecot-imapd" (version 2.3.4.1) on Debian 10. One of a few configurations I made is to use Maildir: # grep '^mail_location = ' /etc/dovecot/conf.d/10-mail.conf mail_location = maildir:~/Maildir I successfully moved some e-mails (at

...what advantage do you envisage by using git as opposed to simply using a filter to select the files over a certain age, and place them into a zipped TAR archive ? Although I guess you could eventually zip the git archive too, and in the interim it would remain searchable by your users mail clients whilt in git. Thanks in advance, and apologies once again for polluting your question with my own. David On Tue, Oct 6, 2020 at 7:22 PM Adam <adam.ranek at seznam.cz> wrote: > Hi Everybody, > > I'd like to start archiving e-mails by moving them to a server with > runni...

On 06/18/2020 11:27 AM, Steven Wu via llvm-dev wrote: > I like the proposal but I would like to go even further. If we are going to create a top level CMake file, we should just go ahead and eliminate all the standalone build configuration. The standalone build should just be `cmake <monorepo-root> -DLLVM_ENABLE_PROJECTS=standalone-project ...`. That means less build configuration to