Re: su -s not working on TS-109II?

[gestos]

Indeed there are only a handful of passwords I temporarily use for systems that 
aren't open to the Internet. Tried all of them, but it didn't succeed.

I clearly recall that it worked using the serial console, though.

Enviado desde mi iPhone

> El 3 feb 2018, a las 1:02, Martin Michlmayr  escribió:
> 
> * [ftp83plus]  [2018-02-02 21:20]:
>> but command su -s always denies me permission when I enter password for user.
> 
> Maybe I misread your email, but with "su" you have to provide the root
> password, not the password for your user.
> 
> -- 
> Martin Michlmayr
> http://www.cyrius.com/
> 

Re: su -s not working on TS-109II?

[Martin Michlmayr]

* [ftp83plus]  [2018-02-02 21:20]:
> but command su -s always denies me permission when I enter password for user.

Maybe I misread your email, but with "su" you have to provide the root
password, not the password for your user.

-- 
Martin Michlmayr
http://www.cyrius.com/

Re: is the jessie/stretch aptitude broken?

[Paul Wise]

On Sat, Feb 3, 2018 at 10:31 AM, Gene Heskett wrote:

> that will take building an RT kernel

Debian already has RT Linux kernels, but unfortunately only for amd64/x86.

> I didn't find "build-essential" in aptitude, so thats an RSN install too.

If you want the aptitude interface, but already know what you want and
don't want to manually browse for it, use the visual preview option:

aptitude --visual-preview install build-essential

Also, you can search through automatically packages with the / key.
The search is based on regexes on filenames as well as having options
for searching on other attributes of packages.

aptitude search '?source-package(glibc)'

https://www.debian.org/doc/manuals/aptitude/ch02s04.en.html

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Re: is the jessie/stretch aptitude broken?

[Gene Heskett]

On Friday 02 February 2018 20:10:51 Paul Wise wrote:

> On Sat, Feb 3, 2018 at 6:09 AM, Gene Heskett wrote:
> > Running an ayufan 5.15 version of a gnu-8 image on a rock64, I am
> > getting absolutely nowhere.
>
> Do you mean to say Debian 8 instead of gnu-8?
>
> It seems ayufan probably means one of these links:
>
> https://github.com/ayufan
> https://github.com/ayufan-rock64
>
> > system is text only as the X11 stuffs has not yet been installed.
> >
> > That leaves aptitude as the only menu driven package manager I
> > believe.
>
> There is also dselect but it doesn't have the friendliest of
> interfaces.
>
> Probably you could also use synaptic via something like texttop :)
>
> https://github.com/tombh/texttop
>
Interestink, but it won't run on my amd64/phenom, and likely not on an 
arm64 because theres zero mention of arm's.

> > Its no secret that I hate aptitude as its torn down to unbootable, 3
> > systems for me on selecting something and hitting g to install it.
>
> Usually pressing g gives you a preview, where you can see if there are
> any package removals. Only once you press g a second time to confirm
> the changes will it do the install.
>
> > But today, on this machine, running as a sudo -i root, I cannot get
> > it to mark something and admit its marked when I hit a g.
>
> Hmm.
>
> > What steps do I need to do, to select the xfce task and install all
> > its deps?
>
> sudo apt install task-xfce-desktop

I probably should have waited. I finally did get xfce marked along with 
the xorg stuffs, and its been munching away on a 10 megabaud circuit for 
around 3 hours, and claims it might be done in 5 or 6 more. One mistake 
was having it install ALL the docs. I forgot theres quite a bit of docs 
in languages this old fart can't even sneeze.  OTOH, if I want to know 
about something that might not be installed, maybe I can ask for the man 
pages to see if its usefull. :) However its taken a 31GB sdcard that was 
at 12% when I started to around 30% now, and its only gotten to the "m"s 
so far.  Sigh...

What I really want to do with these rock64's, is make a pi replacement 
that I can run LCNC on, but that will take building an RT kernel, 
something I've already done a couple times, and probably at least a 
couple weeks putzing to convert LinuxCNC's rpspi.ko into rkspi.ko, 
effectively makeing the pi version run on rock64 hardware. Anyway, once 
this is done I should have enough of a gui that I can run 
synaptic-pkexec.  Like mice and men, thats the plan, which will let me 
uninstall in one swell foop, all those docs in what are to me, strange 
languages.

I didn't find "build-essential" in aptitude, so thats an RSN install too.

Thanks, marked important for later study.
-- 
Cheers, Gene Heskett
--
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

su -s not working on TS-109II?

[[ftp83plus]]

Hi there, 

just booted again this old TS-109II Qnap where I managed to install Debian on 
thanks to Martin’s instructions.

I recall it used defaults settings all around, time for me to get used to it, 
but ran into a noob issue;

I can login as the regular user through SSH form the LAN. root is disabled from 
logging in through SSH for security reasons,m as is normal with Debian 
installations, but command su -s always denies me permission when I enter 
password for user. I tried the few common passwords I use for default 
installations, but none was accepted. I can’t open the logs as a regular user.

Where should I start looking to understand where the error is coming from?

Pat

Re: is the jessie/stretch aptitude broken?

[Paul Wise]

On Sat, Feb 3, 2018 at 6:09 AM, Gene Heskett wrote:

> Running an ayufan 5.15 version of a gnu-8 image on a rock64, I am getting
> absolutely nowhere.

Do you mean to say Debian 8 instead of gnu-8?

It seems ayufan probably means one of these links:

https://github.com/ayufan
https://github.com/ayufan-rock64

> system is text only as the X11 stuffs has not yet been installed.
>
> That leaves aptitude as the only menu driven package manager I believe.

There is also dselect but it doesn't have the friendliest of interfaces.

Probably you could also use synaptic via something like texttop :)

https://github.com/tombh/texttop

> Its no secret that I hate aptitude as its torn down to unbootable, 3
> systems for me on selecting something and hitting g to install it.

Usually pressing g gives you a preview, where you can see if there are
any package removals. Only once you press g a second time to confirm
the changes will it do the install.

> But today, on this machine, running as a sudo -i root, I cannot get it to
> mark something and admit its marked when I hit a g.

Hmm.

> What steps do I need to do, to select the xfce task and install all its
> deps?

sudo apt install task-xfce-desktop

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

is the jessie/stretch aptitude broken?

[Gene Heskett]

Running an ayufan 5.15 version of a gnu-8 image on a rock64, I am getting 
absolutely nowhere.

system is text only as the X11 stuffs has not yet been installed.

That leaves aptitude as the only menu driven package manager I believe.

Its no secret that I hate aptitude as its torn down to unbootable, 3 
systems for me on selecting something and hitting g to install it.

But today, on this machine, running as a sudo -i root, I cannot get it to 
mark something and admit its marked when I hit a g.

Whatintuncket am I doing wrong?

What steps do I need to do, to select the xfce task and install all its 
deps?

Thanks.

-- 
Cheers, Gene Heskett
--
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

Re: Utilite Pro

[Gert Wollny]

Am Mittwoch, den 31.01.2018, 23:48 -0500 schrieb Scott:
> Would like to install Stretch.

I haven't tried this so far, I only updated the Ubuntu to 16.04 by
using a slightly changed libc package (i.e. the limitation on the
kernel version is not true for the libc version provided, only on
Debian and Ubuntu it is forced). 

However, so far I always failed to get a reasonable new kernel running.
Today I found this: 
https://github.com/jcdutton/linux-utilite/tree/v4.14.6-utilite

> http://ftp.nl.debian.org/debian/dists/stretch/main/installer-
> armhf/current/images/hd-media/SD-card-images/
> I noticed there appears to be a specific device tree imx6q-utilite-
> pro.dtb
In above repo there is the specific message to use a differnt dtb if
one wants the HDMI port to work. 

I'll see how things work out and post the results here, but I guess I
will not try to move to a clean Debian install (yet). 

Best, 
Gert 

Re: Mirabox kernel help needed

[amon]

Okay, I hadn't been thinking in those terms because in my mind
I already had the sdcard 'allocated'. That is useful. Bricking
GlobalScale units is definitely a thing... I managed to do it
to one of there Guru boxes back in 2012. Never had time to
fix it; at those prices it was cheaper to bin it than have them
pay me to figure it out!

As to the development, I can do both. I have a full set of the
packages for the release on the Miraboxes (7.1) ... it is an old
release but they have stayed with it for years and but for the
kernel it serves my purposes. I have one of the test units
designated as the development system for my own debian packages
anyway and I've already got gcc and all of the debian helper
package tool chain on it.

Also, I have several 256 GB USB 3.0 sticks laying around my lab
bench, so no problem.

I am really glad to hear that cross compilers have been
simplified. Walking 10 miles to school in deep snow, up hill
both ways, is best left in the past.

I'm hoping to come out of this with a simple, replicable
install sequence using the newly built kernel and module
set... I will have to replicate this on at least 4 other
units. It would also be nice if I can breath life into 4
old units I have and be able to describe the process to a
couple of folks who work with me remotely on occasion so
they can upgrade as well.

--
+---+
|   Dale Amon  Immortal Data|
|   CEO Midland International Air and Space Port|
| a...@vnl.com   "Data Systems for Deep Space and Time" |
+---+

Re: Mirabox kernel help needed

[Paul Wise]

On Fri, Feb 2, 2018 at 1:45 PM, amon wrote:

> I don't have a cross compiler

Debian has cross-compilers now:

https://wiki.debian.org/CrossCompiling

Not every package can be cross-compiled though:

http://spock.subdivi.de/~helmut/report.html
https://bootstrap.debian.net/cross_all.html

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Re: Bug#888995: FTBFS: async_execution_load_test fails on armhf, mips and mipsel

[Aurelien Jarno]

control: retitle -1 Bug#888995: FTBFS: async_execution_load_test fails on 
armhf, mips and mipsel
control: user debian-arm@lists.debian.org
control: usertag -1 + armhf

On 2018-01-31 21:44, Aaron M. Ucko wrote:
> Source: dbus-cpp
> Version: 5.0.0+18.04.20171031-1
> Severity: important
> Tags: upstream
> Justification: fails to build from source
> User: debian-m...@lists.debian.org
> Usertags: mips mipsel
> 
> Builds of dbus-cpp for several architectures (armhf, mips, mipsel, and
> the non-release architectures alpha and x32) failed with errors along
> the lines of
> 
>   15/15 Test  #1: async_execution_load_test ***Failed  300.02 sec
>   Running main() from gmock_main.cc
>   [==] Running 1 test from 1 test case.
>   [--] Global test environment set-up.
>   [--] 1 test from AsyncExecutionLoadTest
>   [ RUN  ] AsyncExecutionLoadTest.RepeatedlyInvokingAnAsyncFunctionWorks
>   dbus[25970]: Unable to set up transient service directory: XDG_RUNTIME_DIR 
> "/run/user/114" not available: No such file or directory
>   
> /<>/dbus-cpp-5.0.0+18.04.20171031/tests/async_execution_load_test.cpp:134:
>  Failure
>   Value of: ec->wait_for(std::chrono::minutes{5})
> Actual: false (Current count of 378 does not match 500)
>   Expected: true
>   dbus[25966]: Attempted to unregister path (path[0] = org path[1] = 
> freedesktop) which isn't registered
>   [  FAILED  ] AsyncExecutionLoadTest.RepeatedlyInvokingAnAsyncFunctionWorks 
> (300015 ms)
>   [--] 1 test from AsyncExecutionLoadTest (300015 ms total)
>   
>   [--] Global test environment tear-down
>   [==] 1 test from 1 test case ran. (300015 ms total)
>   [  PASSED  ] 0 tests.
>   [  FAILED  ] 1 test, listed below:
>   [  FAILED  ] AsyncExecutionLoadTest.RepeatedlyInvokingAnAsyncFunctionWorks
>   
>1 FAILED TEST
>   
>   
>   93% tests passed, 1 tests failed out of 15
>   
>   Total Test time (real) = 300.02 sec
>   
>   The following tests FAILED:
> 1 - async_execution_load_test (Failed)
>   Errors while running CTest
> 
> Presumably, these architectures' autobuilders happen to lack /run/user.
> (I'm just tagging the two affected mips architectures for now, as
> presumably representative here.)
> 
> Could you please take a look?

All the official build daemons are setup the same way, and they are
therefore all lacking the directory in /run/user. It is therefore not
the issue. Retitling the bug accordingly, and adding debian-arm@l.d.o
in Cc.

Aurelien

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net

Re: Mirabox kernel help needed

[Leigh Brown]

Hi Dale,

On 2018-02-02 05:45, amon wrote:

Thanks for getting back to me. I hope you are right. What little
I have found via searches with Google were not comforting, to
say the least.


Think positive.  If I can do it, anyone can :-)


I can't do a boot from the sdcard for this application as I
will probably be using it for something else. I think that is
why I was thinking I need to do something with uboot.


You can test that way though, and once you have that working you
can get the kernel onto the internal mmc.  It's best to take it
one step at a time.  The good thing is, even if you brick it, you
can load a u-boot from the serial port and recover.


I don't have a cross compiler, although I have heard there
might be one at Globalscale. I have built cross-compilers
but not since I did one to build m68000 code for a NeXT from
an i486... needless to say, it took several days to do the
3 compiles to generate it. I hope the world has gotten easier
in the ensuing two decades.


I just want to check that you can install Debian on a VM or are
running it on a PC or server somewhere.  If that is the case, I
can provide you instructions on installing a cross-compiler.
These are packaged with Debian these days so all the hassle is
gone.

I don't mind installing a development environment on my
Mirabox to build the kernel and sharing the instructions on how
to do it, but we'll both get frustrated with the slow compile
speed. You'd also need a USB drive attached as the kernel source
is big.


I'm working on some stuff where I have to be quite conservative
as I hope to put it into a cubesat someday if we can raise the
cash for it.


Regards,

Leigh.