similar to: MyScribe not working

hello. i have run into a small problem with myscribe and wine, that being i cant get myscribe to work. i know there is a version of it for linux, but it isnt working because of a qt problem (i think) which is why im trying to get the windows version running. basically it installed fine, but when i try to start it nothing happens, i have wondered whether its because im running a 64 bit system, but

I downloaded the last version of MyScribe for Windows 7 64 bits, I'm able to run it ok, however, every time I try to go to the next page it crashes. Does any one know why does it happen? And I'm new on linux so I don't know which log I have to copy... And sorry for my english mistakes I'm brazilian

Hi, I'm trying to run myscribe (http://downloads.cafescribe.com/MyScribeSetup-20070319.exe), a windows QT-based application, on Linux. I tought it would not have been too hard - and the fact that the software is using QT actually would lead me to think that they could make a Linux port without mayor disruptions. I managed to install the application - even if the fonts were scrambled during

[This email is either empty or too large to be displayed at this time]

Dear R-core, I just received notification of CVE-2024-27322 [1] in RedHat's Bugzilla. We updated R to v4.4.0 in Fedora rawhide, F40, EPEL9 and EPEL8, so no problem there. However, F38 and F39 will stay at v4.3.3, and I was wondering if there's a specific patch available, or if you could point me to the commits that fixed the issue, so that we can cherry-pick them for F38 and F39. Thanks.

svn diff -c 86235 ~/r-devel/R (or 86238 for the port to the release branch) should be easily backported. (CC Luke in case there is more to it) - pd > On 30 Apr 2024, at 11:28 , I?aki Ucar <iucar at fedoraproject.org> wrote: > > Dear R-core, > > I just received notification of CVE-2024-27322 [1] in RedHat's Bugzilla. We > updated R to v4.4.0 in Fedora rawhide, F40,

Dear all, With the latest release of RStudio last week (v2024.09.0+375), support for Qt builds has been removed. This means that we can no longer maintain RStudio packages in the official Fedora repositories, because the necessary Electron component is missing. RStudio is supported in the official repositories up to v2024.04.2+764 and F40, and has been retired from newer branches. Consequently,

Many thanks I?aki. Will Quarto get pulled in from your COPR automatically as well or do we need to specifically install it before/after? Also is it worth updating the "add ons" section at https://cran.r-project.org/bin/linux/fedora/ as well? Tim On 24/09/2024 12:51, I?aki Ucar wrote: > Dear all, > > With the latest release of RStudio last week (v2024.09.0+375), support

On 30 April 2024 at 11:59, peter dalgaard wrote: | svn diff -c 86235 ~/r-devel/R Which is also available as https://github.com/r-devel/r-svn/commit/f7c46500f455eb4edfc3656c3fa20af61b16abb7 Dirk | (or 86238 for the port to the release branch) should be easily backported. | | (CC Luke in case there is more to it) | | - pd | | > On 30 Apr 2024, at 11:28 , I?aki Ucar <iucar at

Many thanks both. I'll wait for Luke's confirmation to trigger the update with the backported fix. I?aki On Tue, 30 Apr 2024 at 12:42, Dirk Eddelbuettel <edd at debian.org> wrote: > > On 30 April 2024 at 11:59, peter dalgaard wrote: > | svn diff -c 86235 ~/r-devel/R > > Which is also available as > >

> -------------------------from aoTuV_b3_En.txt----------------- > Manuke's patch is used for improvement in the speed of sort > processing > (thank you!). > -------------------------------------------------------------- http://www.geocities.com/Area51/Dungeon/6809/vorbis-optsort-en.html This patch accelerate encoding time about 10%. Why not include in 1.1.2?

> -------------------------from aoTuV_b3_En.txt----------------- > Manuke's patch is used for improvement in the speed of sort > processing > (thank you!). > -------------------------------------------------------------- http://www.geocities.com/Area51/Dungeon/6809/vorbis-optsort-en.html This patch accelerate encoding time about 10%. Why not include in 1.1.2?

http://www.elna-america.com/tech_al_reliability.php Capacitors are one of the components on that motherboard that have a finite life span. Other components are more or less tolerant of these changes over time. Eventually the caps WILL fail...this could be 5 years or 25, but it WILL happen with electrolytics. I have a well maintained, regulated (3 phase power distribution all ups'd

This is release 1.0-rc1 of Wine, a free implementation of Windows on Unix. This is the first release candidate for Wine 1.0. Please give it a good testing to help us make 1.0 as good as possible. In particular please help us look for apps that used to work, but don't now. See http://wiki.winehq.org/PlatinumRegressionHunt for details. What's new in this release (see below for details):

I apologise for writing again about the problem with using stepAIC + multinom, but I think the reason why I had it in the first place is perhaps there may be a bug in either stepAIC or multinom. Just to repeat the problem, I have 126 variables and 99 cases. I don't know if the large number of variables could be the problem. Of couse the reason for doing a stepwise method is to reduce this

Re problem with libldap.a running Samba 3.x.x.x under AIX 5.1: I have found that Samba 3.0.0 & 3.0.4 & 3.0.10 all fail; with the same error on a p-series 615. I did get 3.0.0 running on a 7025-F40 using : LIBPATH=/usr/local/lib /usr/local/samba/sbin/smbd -D -s /usr/local/samba/lib/smb.conf to force aix 5.1 to use the Samba /usr/local/lib/libiconv.a. I had to go back to

This is release 0.9.60 of Wine, a free implementation of Windows on Unix. What's new in this release (see below for details): - Better support for Windows IMEs. - Option for Windows-style window decorations. - Improved system tray behavior. - Window management fixes. - Improved quartz audio support. - Better support for launching apps from Unix file managers. - Lots of bug

Hi Folks, I''ve got a 3.9 Tb zpool, and it is casing kernel panics on my Solaris 10 280r (SPARC) server. The message I get on panic is this: panic[cpu1]/thread=2a100a95cc0: zfs: freeing free segment (offset=423713792 size=1024) This seems to come about when the zpool is being used or being scrubbed - about twice a day at the moment. After the reboot, the scrub seems to have

to see the logs to check. Andrew Bartlett Samba Build Farm Maintainer -- Andrew Bartlett abartlet@pcug.org.au abartlet@samba.org Return-Path: <gcarter@valinux.com> Delivered-To: samba@samba.org Received: from Eng.Auburn.EDU (dns.eng.auburn.edu [131.204.10.13]) by lists.samba.org (Postfix) with ESMTP id 48F454E77; Tue, 3 Jul 2001 06:56:24 -0700 (PDT) Received: from localhost