I want to upgrade my MonoTouch installation from 3.2.6 to the latest 4.0.3 installation, but I'm tentative about it so I want to be able to safely go back to 3.2.6 in case things don't work out in 4.0.3. What's the best way to do this?
If I backup my /Developer/MonoTouch folder, install 4.0.3, and then restore my old /Developer/MonoTouch folder, will I have a happy 3.2.6 installation again?
Do I even need to bother with this? Can I instead just run the 3.2.6 installer again and that'll get me back to a happy 3.2.6 installation again?
Just keep your previous installer for 3.2.6 around. If you want to go back to 3.2.6, you just install it again.
OS X is kind of dumb, there is no concept of uninstalling things. You just install again over top of it.
PS - I would not even mess with it. There were so many bugs in 4.0.3, I found it unusable. You might also want to read up on it, but Novell has laid off most of the MonoTouch team. Miguel de Icaza is starting Xamarin b/c of this, I believe.
Related
I recently decided to switch from W10 to GNU/Linux, and yes still a Linux noob.
So which is the most recommended way to install flutter on Linux?, a way which won't get me troubles in the future when I try to update flutter.
Right now I only now this three ways, which one is the best option? (you're free to tell me is there is another and better option)
Install Flutter using snapcraft (snapd)
Install Flutter manually with github repo or tar
Install Flutter using yay (Arch-based distros only)
I really don't know anything about flutter in GNU/Linux so, I'd appreciate any opinion and advice.
Thank you in advance.
The best and most stable for me was manually, but not from gitHub, by using tar.
SnapD caused errors, but using .tar has been fine for 5 months now. Updating easily and seamlessly.
As you may have seen, but follow the documentation here step by step will work fine.
https://flutter.dev/docs/get-started/install/linux
If you have trouble exporting the path, come back for further help.
Welcome to the club.
I am very experienced with eclipse, using it since its Juno days, but today i have ran into one of the strangest bugs and want to know if any of you have had this bug and if you may have an answer as to how to fix it. (Or at least a work-around to getting my favorite IDE working again).
I recently updated to Ubuntu 16.04 (Xenial) and it seems nothing wants to work like it did when i had Wiley, namely eclipse. I used the installer to download the IDE and launched it and i got a strange issue where the IDE would load and ask for a workspace, but would then show a dialog box that is using the screen buffer as its data.
Screenshot with strange eclipse launch
I then thought that it may be an issue with the downloaded file (Corruption or something) so i downloaded the tar from eclipse.org directly. I extracted the tar and launched the eclipse executable and it loaded up and asked for a workspace again and began to launch, and finally it came up, the same old back buffered box.
So i got the idea to run it from the console and got this output, but i have no idea what it means. I saw no stack traces so im sure its fine (Again it may be a GTK error, so any ubuntu people this is where you come in)
Console Run with the same problem
I started to think it was my java version (Oracle JDK 9 for Linux)that was the problem so i did a test compile of the hello world program and everything was fine, it all worked.
(Would add screen shots but im new here so i dont have enough reputation to do so :( )
Any idea what it might be? Any help would be great!
I found the problem, i installed the latest version of java in the apt repository. This version was JDK9 which Eclipse does not support (At least not until Eclipse Oxygen). I purged the computerof JDK9 and installed JDK8 and everything worked fine!
Moral of the story, don't use JDK9 on Neon
I am running a dual boot windows 10 and Ubuntu 16.04, I have similar issue where I can see all the file menu and the eclipse launched on the tool bar, I have selected the application and used ctrl+WindowsKey+left,right to split the application to half of my screen and then magically it appeared,Then I adjusted to fit to my screen.
Would a fresh install work? I didn't have any issues. Perhaps ask this on ask ubuntu, too.
I have a machine running FreeBSD and the ports tree is accidentaly updated to one of FreeBSD 8 stable. The problem is that my FreeBSD 8.1 is not configured to use PKG for packages so I cannot update or install packages.
I want to upgrade the machines FreeBSD but get the ports tree in working order before I do that.
It seems the only solution is installing an old 8.1 version of the ports tree, but I cannot find any.
Can someone tell me where to find this?
Would upgrading to the lastest stable version 8 also solve my problem?
As far as the "8.1" tree, you can find that by using svn to checkout ports/tags/RELEASE_8_1_0 instead of ports/head but keep in mind this tree is going to be terribly out dated and have lots of insecure software and many things are not even going to fetch properly any more. This is probably not the way to go.
Instead, you are better off upgrading to 8.1, but that is one of two steps needed to fix your situation. The other step is to switch to pkg(ng). The way to do that is to run pkg2ng. See the handbook section on pkgng for more details. Running pkg2ng is a one time operation and doesn't require rebuilding or re-installing all your ports. Instead this just tells pkg about the existing software so it can manage it.
For our latest release, we want our customers to only download an upgrade patch of our applications and instead of uninstall and re-install all the process will be done by upgrader patch but I know nothing about this even after I googled it! Where to start guys? Note that our new release includes database upgrade as well as production code!
We are using .NET 4.0, Visual Studio 2010, C# and VB.NET in our software.
I might be a bit late to the party but hopefully this post helps anybody else who is looking for this answer.
You can use the 'Patch Design' method to create patches. You can find it in Installation Designer tab under Media.
For this you will need the latest build (msi/exe) and one or more previous build(s). In 'Patch Design' add a new patch configuration. From there you can specify latest version and previous version(s) of your setup file. If you are using Express version then you will need uncompressed build for both latest and previous. If you have Professional version then it can decompress it for you.
After this, just hit Build Patch and it will create a update.exe with only differences between latest and previous builds. It is quite smart in a way where it will only add the binary differences.
Good luck.
I have about a few problems with a new install of the Qt SDK. I probably only need advice, but specific answers are also welcome. Before I begin a mini-story, I am running RHEL5 on academic license under VirtualBox on OSX 10.6. Using Qt version 4.5.3. This is my situation...
1.) I couldn't compile because g++ wasn't found. I fixed this by creating a link: g++ -> g++34. This allowed me to compile but it generated more errors at link-time. I had installed the framework in my home directory unintentionally so I uninstalled/reinstalled the entire SDK to /usr/local/qt.
2.) At this point I could compile but the linker complained about a missing freetype package. I had that already installed but wasn't sure why it couldn't be found. So I installed a few packages that I thought might be missing like libqt4-devel and libqt4-devel-debug. I also installed a few other general programming packages for later use.
3.) Somehwere in this process I can no longer run qmake. I ran it before and I have it installed at /usr/local/qt/qt/bin/qmake. I could create a link to it (though I shouldn't have to OR I could ensure that the location was in the PATH var). However, at this point Qt Creator says there's no Qt installation found. I re-pointed it to the installation location (using Tools/Options) but it still won't run qmake or anything else for that matter...
I only need this linux install to compile and test my Qt projects which I am developing in OSX. So my question is, should I just wipe this RHEL install and start over? And if so, should I use something else like Ubuntu? I am having plenty of hassles that I don't want to deal with as is. Note, this project will require good OpenGL support.
Is there a particular reason that you don't simply use the Qt package that's part of RHEL?
If for some reason you need to build your own, you can get all of the build dependancies with:
$ yum install yum-utils
$ yum-builddep <whatever the qt package's name is>
#scotchi is right, and you should try to use the Qt package that comes with your system unless you need a very different version. I don't know what version of Qt comes with RHEL but if its not up-to-date enough for you (and it might not be, see below) then you could consider changing OS versions. I would only do this after trying his suggestion though, because you may be able to get things working without the hassle of a full OS install.
Now, as to why you might want to switch: RHEL is, as its name ("Enterprise Linux") indicates aimed at companies who want to run servers, or large deployments of desktops. It emphasizes stability and reliability over being cutting edge. Fairly often the version of the compiler and development libraries lag a little behind the curve. This is what their clients want: a stable platform they can develop against and run programs on for a period of time, not constantly needing to keep up with the latest changes, and thoroughly tested. But for people doing development at home it may not be necessary to stay that conservative. I don't know if this is for work, school or personal programming, but it sounds to me like you should move to one of the more desktop-oriented distros. Ubuntu is great, as is Fedora. If you prefer a RHEL-like environment, then choose Fedora.