similar to: install 'XML' package

The currently available fix for Firefox doesn't work with ESR, but there's a temporary fix that works. At least, it's working for me: Go to about:config and set xpinstall.signatures.required to false. The Firefox folks say that a fix for ESR will be coming at some point, but at least this gets things working again in the short term. It's not clear to me if the fixed ESR (when

Just to be clear, nothing in the MS TCRs require that you use a certain compiler - it does, however, require that you link with the 360-specific C runtime libraries. That being said, I still believe that direct binary generation is not a feasible option, and the ObjC => C route is preferred. Kevin, hate to be asking this but do you have access to the XDK or are you just "aiming" for

cool!! that works for now.. thanks Mark!! On Wed, May 8, 2019 at 11:21 AM mark <m.roth at 5-cent.us> wrote: > firefox_repackage via CentOS wrote: > > Hi everyone, I use firefox on centos 7 at work but due to the fairly well > > know extension signing problem, I cannot use ublock origin. > > > > From what I can tell, the latest version of firefox in the updates

Kevin, there're some unwritten rules on the 360 that seem to interfere with code generation - pointer load-stores seem to require zeroing the most significant 32 bits, for example - that was one issue that I ran into a while ago while fooling around with code generation on the 360 (and don't blame me if I'm slightly off the mark, it was quite a while ago). I didn't seem to find it

Yep... I have been a 360 developer since the days when it was a actual Macintosh G5. I went to all the early tech. seminars and learned way more about that wacky processor and MS's seemingly crazy ABI choices than I care to (I know, I know, they had their reasons for them). Knowing this is why I quickly turned toward rewriting objc instead of attempting to implement a backend. I have also

> Am 04.05.2019 um 19:09 schrieb Frank Cox <theatre at sasktel.net>: > > The currently available fix for Firefox doesn't work with ESR, but there's a temporary fix that works. At least, it's working for me: > > Go to about:config and set xpinstall.signatures.required to false. > > The Firefox folks say that a fix for ESR will be coming at some point, but

firefox_repackage via CentOS wrote: > Hi everyone, I use firefox on centos 7 at work but due to the fairly well > know extension signing problem, I cannot use ublock origin. > > From what I can tell, the latest version of firefox in the updates > repository is 60.6.1-1.el7. It looks like Mozilla have just released > firefox esr 60.6.2 which should fix the signing issue. (see >

Hello Frank, On Sat, 4 May 2019 11:09:22 -0600 Frank Cox <theatre at sasktel.net> wrote: > The currently available fix for Firefox doesn't work with ESR, but there's a temporary fix that works. At least, it's working for me: > > Go to about:config and set xpinstall.signatures.required to false. [snip] And extensions.langpacks.signatures.required for language packs.

Hello, Thanks for the great Shorewall which has replaced my hard to maintain home-made scripts. First, what works. Our local network is 10.48.X.X with multiple vlan, each on a dedicated interface. We use Shorewall 4.4.11 from Debian Squeeze. We have a 2 ISP: - isp1 : an optical fiber provider with 10 Mbps. - isp2 : a DSL provider with 15Mbits/1Mbits. We use isp2 as the default outgoing

Centos replaced well-running customise Firefox with version ESR 45.1.0 * All the add-ons (language dictionaries, Adblock Plus, Classic Theme Restorer etc.) were disabled with no simple method of reactivating them. Reason given was they were "unsigned". * About:config xpinstall.signatures.required = false partially reduced the problem. * Then possible to reactivate some disabled

Hi, I am having problems installing the XML package with R-devel on freebsd. If I simply do install.packages("XML"), it says that the parser.h file is not found. After reading the INSTALL file, I have set setenv XML_CONFIG /usr/local/bin/xml2-config setenv LIBXML_LIBDIR -L/usr/local/lib setenv LIBXML_INCDIR -I/usr/local/include/libxml2/libxml and install.packages("XML")

Hi, I am trying to install via yum group install, open office. I am having a dependancy problem. I get: /nTransaction Check Error: package libIDL-0.8.4-1.centos4 (which is newer than libIDL-0.8.4-1) is already installed yum list gives: Installed Packages libIDL.x86_64 0.8.4-1.centos4 installed Available Packages libIDL.i386

Hi, I was trying to install XML package in a linux (dabian) machine and got the following error message. I am not sure whether there is any error in my linux installion. I appreciate suggestions to install XML properly in this machine. Thanks in advance. Mahbub. ######Errors#### $ R CMD INSTALL -l /usr/local/lib/R/library/ XML_0.93-4.tar.gz * Installing *source* package 'XML' ...

I am working to build the XML package for R on MacOS X. I have installed libxml2-2.5.9 into /usr/local. I set the LIBXML_INCDIR=/usr/local/include/libxml2. I use R INSTALL, I get the following: R INSTALL -c -l /usr/local/R/library XML_0.94-1.tar.gz : : : gcc -bundle -flat_namespace -undefined suppress -L/sw/lib -L/usr/local/lib -o XML.so DocParse.o EventParse.o ExpatParse.o HTMLParse.o

I've followed the guide but when i try to install this comes up, please help (i don't know anything about this sh*t) i'm just trying to play Crusader Kings II and Dear Esther Last login: Mon Mar 12 02:20:51 on ttys000 Nathans-MacBook-Pro:~ nathanbreedlove$ sudo port install wine Password: ---> Computing dependencies for wine ---> Dependencies to be installed: apple-gcc42

Hi everyone, I use firefox on centos 7 at work but due to the fairly well know extension signing problem, I cannot use ublock origin. From what I can tell, the latest version of firefox in the updates repository is 60.6.1-1.el7. It looks like Mozilla have just released firefox esr 60.6.2 which should fix the signing issue. (see https://www.mozilla.org/en-US/firefox/60.6.2/releasenotes/) Would it

I am going to bet this is a mongrel issue,because this doesn''t happen under webrick. Anyway, I was able to get fckeditor: http://www.fckeditor.net/ to work under rails: http://www.joshuamcharles.com/xhtml/fckrails.php i even saw the part about adding "1. Adding a YAML configuration file. For example, create $(RAILS_ROOT)/config/mongrel_mime.yml with the contents: xml:

Hello, little tricky question : i have a file of packages for removal , which looks like that : atk libart_lgpl libXfixes audiofile libXcursor libxslt alsa-lib esound gnome-mime-data libIDL ORBit2 libbonobo libdaemon libXrandr dbus-python avahi avahi-glib gamin shared-mime-info libXres startup-notification libXinerama hicolor-icon-theme gtk2 GConf2 libglade2 libgnomecanvas gnome-keyring libwnck

I get interesting results on this one. If I run rpm -q -a | grep i386 as root, I get this: nspluginwrapper-i386-0.9.91.1-1 If I run as my local non-root user, I get this: libgcc-3.4.6-3.i386 libselinux-1.19.1-7.2.i386 libstdc++-3.4.6-3.i386 krb5-libs-1.3.4-33.i386 dbus-glib-0.22-12.EL.7.i386 flash-plugin-9.0.31.0-release.i386 libart_lgpl-2.3.16-3.i386

By linux derivative I meant that it borrows the linux GCC ABI... and it does. You can compile with an off the shelf GCC cross compiler and link the resultant object files ones compiled with the PS3 provided version. We have done it. Also, as both an XBox 360 and PS3 developer, there seems to me to be nothing in the TCRs/TRCs that preclude us from using a different compiler. There are rules