Search Results

Search found 4 results on 1 pages for 'gspr'.

Page 1/1 | 1 

• 12.10 wants to install multiarch :i386-packages

  - by gspr

  I have an AMD64 system without any i386 multiarch packages. After successfully upgrading to 12.10, aptitude seems to want to install a few, and I can't tell why: $ sudo aptitude safe-upgrade Resolving dependencies... The following NEW packages will be installed: gcc-4.7-base:i386{a} libarmadillo3{a} libboost-date-time1.49-dev{a} libboost-serialization1.49-dev{a} libboost-serialization1.49.0{a} libboost-thread1.49-dev{a} libboost1.49-dev{a} libc6:i386{a} libgcc1:i386{a} libgdal1{a} libhdf5-7{a} libltdl7:i386{a} libnetcdfc7{a} libodbc1:i386{a} libreadline6:i386{a} libtinfo5:i386{a} odbcinst1debian2:i386{a} unixodbc:i386{a} Why libc6:i386, for example? I ask.. $ aptitude why libc6:i386 p icoutils:i386 Provides icoutils p icoutils:i386 Depends libc6:i386 (>= 2.8) ... alright, but why icoutils:i386? $ aptitude why icoutils:i386 p icoutils:i386 Provides icoutils But I already have the AMD64 version of icoutils: $ aptitude search icoutils i icoutils - Create and extract MS Windows icons and cursors p icoutils:i386 - Create and extract MS Windows icons and cursors Has some multiarch behavior changed recently, or am I just overlooking something? Addendum: Chasing down from gcc-4.7-base:i386, I'm led to qdbus:i386, which is up for installation since it provides qdbus... which I already have.

  Read the article

• Choice of filesystem for GNU/Linux on an SD card

  - by gspr

  Hi. I have am embedded ARM-based system running on an SD card. It's currently Debian GNU/Linux using ext3 as filesystem. As I'm about to reinstall the system, I started wondering about changing to a more flash-friendly filesystem. I've heard about JFFS2, YAFFS2 and LogFS, and they all seem suited to the job. Which one would you recommend? Also, I've heard there have been a lot of ext4 improvements to better suit SSD disks; am I to interpret that as running ext4 should be just fine? What do I need to think especially about in that case? I guess the usage of the system is important. But for the sake of generality, imagine it'll do standard desktop stuff (even though it is infact a small ARM-based system). Thanks for any replies. Edit: Wikipedia tells me (in a "citation needed" statement) that Removable flash memory cards and USB flash drives have built-in controllers to perform wear leveling and error correction so use of a specific flash file system does not add any benefit. Thus, I'm leaning towards sticking with an ext filesystem.

  Read the article

• Recommendations for a free GIS library supporting raster images

  - by gspr

  Hi. I'm quite new to the whole field of GIS, and I'm about to make a small program that essentially overlays GPS tracks on a map together with some other annotations. I primarily need to allow scanned (thus raster) maps (although it would be nice to support proper map formats and something like OpenStreetmap in the long run). My first exploratory program uses Qt's graphics view framework and overlays the GPS points by simply projecting them onto the tangent plane to the WGS84 ellipsoid at a calibration point. This gives half-decent accuracy, and actually looks good. But then I started wondering. To get the accuracy I need (i.e. remove the "half" in "half-decent"), I have to correct for the map projection. While the math is not a problem in itself, supporting many map projection feels like needless work. Even though a few projections would probably be enough, I started thinking about just using something like the PROJ.4 library to do my projections. But then, why not take it all the way? Perhaps I might aswell use a full-blown map library such as Mapnik (edit: Quantum GIS also looks very nice), which will probably pay off when I start to want even more fancy annotations or some other symptom of featuritis. So, finally, to the question: What would you do? Would you use a full-blown map library? If so, which one? Again, it's important that it supports using (and zooming in and out with) raster maps and has pretty overlay features. Or would you just keep it simple, and go with Qt's own graphics view framework together with something like PROJ.4 to handle the map projections? I appreciate any feedback! Some technicalities: I'm writing in C++ with a Qt-based GUI, so I'd prefer something that plays relatively nicely with those. Also, the library must be free software (as in FOSS), and at least decently cross-platform (GNU/Linux, Windows and Mac, at least). Edit: OK, it seems I didn't do quite enough research before asking this question. Both Quantum GIS and Mapnik seem very well suited for my purpose. The former especially so since it's based on Qt.

  Read the article

• Simultaneous private and public inheritance in C++

  - by gspr

  Suppose a class Y publicly inherits a class X. Is it possible for a class Z to privately inherit Y while publicly inheriting X? To make this clearer, suppose X defines public methods x1 and x2. Y inherits X, overrides x1 and provides a method y. Does C++ allow for a third class Z to subclass Y in such a way that Y's implementation of x1 and y are privately available to it, while the outside world only sees it inheriting X publicly, i.e. having only a single public method x2?

  Read the article

1