Re: making debs for u-boot kernels

2019-07-27 Thread Reco
On Sun, Jul 28, 2019 at 12:13:21AM -0400, Gene Heskett wrote: > > > That, and a whole restaraunt sized menu of dpkg stuff for building > > > packages is on the missing list. Gr. > > > > apt install build-essential > > I *think* I did that. With synaptic. I gave it quite a list, it took > abo

Re: making debs for u-boot kernels

2019-07-27 Thread Gene Heskett
On Saturday 27 July 2019 22:24:30 Reco wrote: > On Sat, Jul 27, 2019 at 06:20:23PM -0400, Gene Heskett wrote: > > > I was too lazy to dig out that USB TTL cable for the true console, > > > but I suppose that it won't interfere either. > > > > But I'm now missing bklid, and neither apt nor synaptic

Re: making debs for u-boot kernels

2019-07-27 Thread Gene Heskett
On Saturday 27 July 2019 22:24:30 Reco wrote: > /sbin/sysctl -w kernel.dmesg_restrict=0 Well, I did that, and ran dmesg once as root. Self destructed 15 minutes later as I couldn't get it to do anything from an ssh login as me. And its an hour later and I still haven't been able to reboot, las

Re: making debs for u-boot kernels

2019-07-27 Thread Reco
On Sat, Jul 27, 2019 at 06:20:23PM -0400, Gene Heskett wrote: > > I was too lazy to dig out that USB TTL cable for the true console, but > > I suppose that it won't interfere either. > > But I'm now missing bklid, and neither apt nor synaptic can find it to > install it. /sbin/blkid. It's in the

Re: ARMEL in Buster CPU_Tag, instruction set

2019-07-27 Thread Paul Wise
On Sat, Jul 27, 2019 at 1:18 AM Dick Hollenbeck wrote: > In either case a policy statement seems to be needed. Was this an oops or > was it > deliberate? (Why deliberately make an architecture which is attempting to > support old ARM > CPUs NOT support old ARM CPUs?) BTW, there is a project c

Re: making debs for u-boot kernels

2019-07-27 Thread Gene Heskett
On Saturday 27 July 2019 15:56:54 Reco wrote: > On Sat, Jul 27, 2019 at 03:51:06PM -0400, Gene Heskett wrote: > > > Second, some wishlist bugreports are in order. It's not an > > > installation that took the most of the effort, it's the camera > > > that's attached to the said RPi3. > > > > That i

Re: Same procedure as every year: GCC defaults change (GCC 9)

2019-07-27 Thread Aurelien Jarno
On 2019-07-27 17:28, Matthias Klose wrote: > GCC 9 was released earlier this year, it is now available in Debian > testing/unstable. I am planning to do the defaults change in mid August, > around > the time of the expected first GCC 9 point release (9.2.0). > > There are only soname changes for

Re: is the systemd .link mechanism supposed to work?

2019-07-27 Thread Reco
Hi. On Sat, Jul 27, 2019 at 08:06:36PM +0200, Luca Olivetti wrote: > No matter what I do, the integrated network port is always named eth0 (with > or without the .link file), while the usb wifi stick always takes the "funny" > name > based on its mac address (wlxe894f615307a). > # udeva

Re: making debs for u-boot kernels

2019-07-27 Thread Reco
On Sat, Jul 27, 2019 at 03:51:06PM -0400, Gene Heskett wrote: > > Second, some wishlist bugreports are in order. It's not an > > installation that took the most of the effort, it's the camera that's > > attached to the said RPi3. > > > That install nomograph says to disconnect ALL that stuff. ;-)

Re: making debs for u-boot kernels

2019-07-27 Thread Gene Heskett
On Saturday 27 July 2019 15:46:59 Reco wrote: > On Sat, Jul 27, 2019 at 12:02:18PM -0400, Gene Heskett wrote: > > On Friday 26 July 2019 17:35:01 Reco wrote: > > > Hi. > > > > > > On Thu, Jul 25, 2019 at 12:49:32PM -0400, Gene Heskett wrote: > > > > I am furious (fat lot of good that does me) wi

Re: making debs for u-boot kernels

2019-07-27 Thread Reco
On Sat, Jul 27, 2019 at 12:02:18PM -0400, Gene Heskett wrote: > On Friday 26 July 2019 17:35:01 Reco wrote: > > > Hi. > > > > On Thu, Jul 25, 2019 at 12:49:32PM -0400, Gene Heskett wrote: > > > I am furious (fat lot of good that does me) with the lack of tools, > > > and information on how to

Re: making debs for u-boot kernels

2019-07-27 Thread Gene Heskett
On Saturday 27 July 2019 15:38:38 Reco wrote: > Hi. > > On Sat, Jul 27, 2019 at 10:11:06AM -0400, Gene Heskett wrote: > > But this instruction also wants the debian-10.0.0-arm64-netinst.iso > > written to it, which is 250MiB and which if I use dd to follow this > > instruction: > > > > Extra

Re: making debs for u-boot kernels

2019-07-27 Thread Gene Heskett
On Friday 26 July 2019 17:35:01 Reco wrote: > Hi. > > On Thu, Jul 25, 2019 at 12:49:32PM -0400, Gene Heskett wrote: > > I am furious (fat lot of good that does me) with the lack of tools, > > and information on how to use them to build an installable > > kernel.deb for a rpi-3b. I know it c

Re: making debs for u-boot kernels

2019-07-27 Thread Reco
Hi. On Sat, Jul 27, 2019 at 10:11:06AM -0400, Gene Heskett wrote: > But this instruction also wants the debian-10.0.0-arm64-netinst.iso > written to it, which is 250MiB and which if I use dd to follow this > instruction: > > Extract the content of the Debian ISO you downloaded to the ro

is the systemd .link mechanism supposed to work?

2019-07-27 Thread Luca Olivetti
Hello, I'm preparing to upgrade my linkstation pro from stretch to buster. I'm following the instructions here: https://www.debian.org/releases/buster/armel/release-notes/ch-information.en.html#migrate-interface-names and I'm trying to use .link files in /etc/systemd/network to rename the int

Re: making debs for u-boot kernels

2019-07-27 Thread Gene Heskett
On Friday 26 July 2019 17:35:01 Reco wrote: > Hi. > > On Thu, Jul 25, 2019 at 12:49:32PM -0400, Gene Heskett wrote: > > I am furious (fat lot of good that does me) with the lack of tools, > > and information on how to use them to build an installable > > kernel.deb for a rpi-3b. I know it c

Same procedure as every year: GCC defaults change (GCC 9)

2019-07-27 Thread Matthias Klose
GCC 9 was released earlier this year, it is now available in Debian testing/unstable. I am planning to do the defaults change in mid August, around the time of the expected first GCC 9 point release (9.2.0). There are only soname changes for rather unused shared libraries (libgo) involved, and the

Re: Add support for Pine64 RockPro64

2019-07-27 Thread Michael Gratton
On Sat, Jul 27, 2019 at 10:22, Vagrant Cascadian wrote: On 2019-07-27, Michael Gratton wrote: Package: u-boot Did you mean for this to go to the bug tracking system? Ah, heh, yes I did. I can still forward it on if it would be useful. I've just picked up a RockPro64 board[0] based on the

Re: making debs for u-boot kernels

2019-07-27 Thread Gene Heskett
On Friday 26 July 2019 17:35:01 Reco wrote: > Hi. > > On Thu, Jul 25, 2019 at 12:49:32PM -0400, Gene Heskett wrote: > > I am furious (fat lot of good that does me) with the lack of tools, > > and information on how to use them to build an installable > > kernel.deb for a rpi-3b. I know it c

Re: making debs for u-boot kernels

2019-07-27 Thread Gene Heskett
On Friday 26 July 2019 17:35:01 Reco wrote: > Hi. > > On Thu, Jul 25, 2019 at 12:49:32PM -0400, Gene Heskett wrote: > > I am furious (fat lot of good that does me) with the lack of tools, > > and information on how to use them to build an installable > > kernel.deb for a rpi-3b. I know it c

Re: Add support for Pine64 RockPro64

2019-07-27 Thread Vagrant Cascadian
On 2019-07-27, Michael Gratton wrote: > Package: u-boot Did you mean for this to go to the bug tracking system? > I've just picked up a RockPro64 board[0] based on the Rockchip RK3399 > and it would be great to be able to install standard Debian on it (as > opposed dd'ing some random image).

Add support for Pine64 RockPro64

2019-07-27 Thread Michael Gratton
Package: u-boot I've just picked up a RockPro64 board[0] based on the Rockchip RK3399 and it would be great to be able to install standard Debian on it (as opposed dd'ing some random image). Uboot has support for for the chipset[1], and linux 5.2 has 99% support for the board, while 5.3 iron

Re: ARMEL in Buster CPU_Tag, instruction set

2019-07-27 Thread W. Martin Borgert
On 2019-07-26 13:30, Dick Hollenbeck wrote: > In my case, which is not atypical, I have an old board, I need software for > that old > board. In my case, also not atypical, the board is old, but good enough for the new baseline. I assume, that there are a lot of old boards, that still can work wi