Multiarch, apt-get, amd64, all.

Kernels & Hardware, configuring network, installing services

Re: Multiarch, apt-get, amd64, all.

Postby GarryRicketson » 2015-08-21 13:46

Preferably those that develop on said systems; furthermore, tips for help with arm/arm64 on the same system.

Should I move this to a development thread considering??

If you mean start a new topic in the development forum, Please don't
do that, this does not have anything to do with Debian development.

This is a hack:

You might find more interest and ideas on a "hackers" forum. But I have my doubts.
This forum is not about taking a basically reliable , stable ,fully functional OS and "hacking" it down,, chopping it up into pieces, mixing in all sorts of other
bits and pieces from other less reliable distros, essentially destroying it.
If you want to hack away at something, go out and chop some firewood a while,
basicly that is all you are doing.
To build something, a program, or even a OS, takes time and patience, as well as lots of study , research. Same, if one wants to build some cabinets, they have to learn to
be a carpenter. ,, You need to learn how to develop, and build, real programming,
not just "hacking" away at the "wood pile".
This is not to knock "hackers", every body starts some where, and for some that is
they way the learn, "hacking" making some changes, and see if it works, but unless they understand and accept the reason, WHY it does not work, so when they try again
they don't just do the same thing over again,I get the feeling this is waste of time, so
I am going to shut up. But please do not go starting another thread in the developers forum, this is not about development , it is about flat out self destruction.
User avatar
Posts: 5872
Joined: 2015-01-20 22:16
Location: Durango, Mexico

Re: Multiarch, apt-get, amd64, all.

Postby HadrianKross » 2015-08-21 17:19

I posted here because improvements (even ease of use) for this and similar issues could help upstream.

Glad I and others are stubborn, otherwise Deb and Ian have no children.

Nothing about my system is broken.

I compiled alien from source last night--along with a number of new installs, not to mention new source(s)--without issue. A broken installer/package manager can do none of that..

Currently working on getting Unity3d and silverlight working natively (well pseudo natively in iceweasel): ... ebian.html
A few winetricks as well, not to mention a hypervisor project; to name a few.

If I'd stayed stuck in package management I'd have accomplished none of that.

apt should make life easier; not more complicated. So far it, along with Aptitude and Synaptics, has been a time-saver... as far as linux goes, there's always in open source, as in people helping people out--not flaming them for going off the arch.

The original question is rather complicated, given the nature of multiarch along with attempting to make it friendly for compilation of other archs/kernels/emulated hardware.

If upstream chooses to make the data file generic (if it is in fact generic), there's a reason. There's also a reason why it may or may not mesh with another arch. Simply assuming the manager is hosed doesn't show a lot of thought. I'm not assuming any issues upstream; just wondering why.

Thanks for the refresher about the multiarch wiki.

I currently see no reason to upgrade beyond what I have now; it's going along steadily, and I'm learning a lot as I go. I'm also learning that I'll probably be keeping a number of the wheezy packages for compatability's sake--along with several other distros. Package-->Keep/Hold in aptitude will probably come in very handy.

How about for the fresh debian install then?
a single wheezy stable source...which I've never seen btw.
The wiki I suppose??


FYI, I won't be doing a minimal debian install on a laptop. Maybe some sort of arm array; 20 bucks a pop is hard to beat. DSL and Puppy are debian based right??


as I expressed in the post--about it being a hack--if you read the rest of it, it's pretty clear I'm not in favor of that method.

edit: links to for the "Main spec".


"Installing cross-dependencies
To install build-dependencies of a package before cross-building:
apt-get build-dep -a <arch> <package>"

this looks helpful, does it recompile or simply reorganize files??

from experience, everything is a development issue; whether it is even addressed is a matter of resources. deleting posts is probably a very bad idea in an open forum...
Last edited by HadrianKross on 2015-08-24 13:44, edited 3 times in total.
F.U. Google. Stop telling my Replicant what to do!
User avatar
Posts: 23
Joined: 2012-08-17 08:29

Re: Multiarch, apt-get, amd64, all.

Postby kiyop » 2015-08-22 00:16

HadrianKross wrote:(partially snip by kiyop)
cat /etc/apt/sources.list; ls /etc/apt/sources.list.d
deb stable main contrib non-free
deb stable/updates main contrib non-free

deb testing main contrib non-free
deb testing/updates main contrib non-free
deb unstable main contrib non-free
deb experimental main contrib non-free

deb stable-updates main contrib non-free

deb ./

I am really curious if your mixed debian stable/testing/unstable/experimental and knoppix can survive or not.
I am looking forward to your solution.
Openbox, JWM: Jessie, Sid, Arch / Win XP (on VirtualBox), 10
User avatar
Posts: 3984
Joined: 2011-05-05 15:16
Location: Where persons without desire to improve themselves fear to tread, in Japan

Re: Multiarch, apt-get, amd64, all.

Postby HadrianKross » 2015-08-22 05:24

Problem is the damn thing keeps mutating...

Probably a parallel there to RL.

We'll see. I've got the live build on hand if not, but this one seems plausable.

the pipelight sources changed things a bit (not many packages to worry about); hopefully won't prove cancerous...

according to aptitude and iceweasel pipelight-multi:amd64 isn't working though, so trying i386.

should be more lively once I fully wrap my head around multi/64. planning for that to be increadibly anti-climactic.

There's a book that's the precursor to the film "Heavy Metal"; talks about mindpower and handpower (60's/70's I think). The ending, at least, seems applicable.


I'll probably stay with the new pipelight sources as well.
Inspired by Knoppix.


looks like adding a "deb-src" copy for each of my sources is necessary for multiarch; seems as though it will recompile them though--trying to avoid that...
F.U. Google. Stop telling my Replicant what to do!
User avatar
Posts: 23
Joined: 2012-08-17 08:29


Return to System configuration

Who is online

Users browsing this forum: No registered users and 16 guests