Quotation Inquiry #RFQ170619E - New Supplier

[Hidroconta Trading Ltd .]

Hello,

Our partners referred your company to us. Regarding your great products.
Please see required products, quantity and specifications as attached.

Kindly give us your lowest possible prices for FCL shipment.


Best Regards,

Wanda Rodriguez
Purchase Assistant

Hidroconta Trading Ltd.
Av. de Sta. Catalina,
60, 30012 Murcia, Spain
Phone: +34 968 26 77 66
Fax: +34 968 26 77 06

Re: System on a chip - performance relative size and setup (how can the (Debian) setup make a difference?)

[Erik Josefsson]

Hi Dan,

On 6/18/19 11:57 PM, Dan Ritter wrote:

Nicholas Geovanis wrote:

On Tue, Jun 18, 2019, 4:10 PM Erik Josefsson <
erik.hjalmar.josefs...@gmail.com> wrote:


The Ubuntu version that Teres-I comes with feels almost as good, which is
why I still don't understand why running Debian from the SD-card doesn't.


Then I would be interested to know which release of Ubuntu and see an
installed package list. But i will hit the websites, no need to post here.

He seems to be comparing speed of Ubuntu on an internal eMMC
storage (16GB, 8 bit interface) to the speed of Debian on an
SD card interface (either 4 bit or 1 bit interface, depending
on what they chose).

The eMMC should transfer twice as fast at minimum, and possibly
8x as fast as the SD card.


I obviously didn't get that memo.


-dsr- (I looked at the spec.)

You don't happen to see in the spec. which boot key to press to get 
Teres-I to start a netinstall from USB?


The new Debian-Installer worked perfectly fine with an old HP 
workstation a couple of weeks ago.


https://www.debian.org/devel/debian-installer/

I'd love to try it on Teres-I.

Thanks a million!

//Erik

Re: System on a chip - performance relative size and setup (how can the (Debian) setup make a difference?)

[Jonas Smedegaard]

Quoting Erik Josefsson (2019-06-19 11:53:51)
> You don't happen to see in the spec. which boot key to press to get 
> Teres-I to start a netinstall from USB?

Whereas boot from USB is (nowadays, wasn't always) comon among 
IBM-compatible PCs, that is not common among ARM devices, and it is not 
supported on Allwinner A64 SoC used in (current release of) Teres-I.

Here is the technical details: https://linux-sunxi.org/BROM#A64

...or more accurately an USB-based "FEL" mode exists but is... complex. 
If you really want to try that route (not recommended!) then see also 
https://linux-sunxi.org/FEL and if not yet scared off check how to 
enable it at https://linux-sunxi.org/Olimex_Teres-A64#FEL_mode

In short, you really _really_ want netinstall from MicroSD!


> The new Debian-Installer worked perfectly fine with an old HP 
> workstation a couple of weeks ago.
> 
> https://www.debian.org/devel/debian-installer/
> 
> I'd love to try it on Teres-I.

Teres-I is not yet supported by debian-installer yet - the closest 
approximation I know of is achieved using my build framework.  It's been 
a while since I tested the netinstall image builds myself (as you know I 
have been super busy refining the the prebuilt images that you have been 
using) but it should be something like this:

  git clone https://salsa.debian.org/tinker-team/box
  make images/d-i/core_teres1-teres1-buster.img.gz


 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: signature

Re: System on a chip - performance relative size and setup (how can the (Debian) setup make a difference?)

[deloptes]

David Christensen wrote:

> I have considered installing and running Debian on SD cards.  At this
> point, I would probably choose a "high endurance" device rather than a
> "fast' device, because I want the system to last.  (The few solid-state
> device failures I have seen all followed the same pattern:  working to
> non-working, with no warning and little or no recovery.  At least one
> included the smell of roasting electronics; e.g. "let the smoke out".)
> 

CF cards are much better but also more expensive. 
No electronic device is meant to work forever - disaster recovery should be
always considered.

Depends on how your setup looks like, typically Debian is <4GB. I have
installations from 450MB to 2GB.

> 
> I have tried running machines without swap, but found that they crashed.
> Now I always include a 1 GB swap partition when installing.

why not using swap (if disk space is available) disk space is cheap.

regards

Re: System on a chip - performance relative size and setup (how can the (Debian) setup make a difference?)

[deloptes]

Jonas Smedegaard wrote:

> In short, you really _really_ want netinstall from MicroSD!

What about debootstrap? IS it possible to use it for that SoC?

Re: System on a chip - performance relative size and setup (how can the (Debian) setup make a difference?)

[Jonas Smedegaard]

Quoting deloptes (2019-06-19 12:42:13)
> Jonas Smedegaard wrote:
> 
> > In short, you really _really_ want netinstall from MicroSD!
> 
> What about debootstrap? IS it possible to use it for that SoC?

Certainly.  Debian-installer uses debootstrap internally so that is a 
must.  The images Erik has used until now - http://box.redpill.dk/ - are 
also built with debootstrap (or rather the more flexible multistrap) 
using the framework I referenced in my previous post: 
https://salsa.debian.org/tinker-team/box

My point in above quote is which _medium_ you want to boot from 
initially on a Teres-I: MicroSD rather than USB (not which method of 
installation you want).

My work specifically explores how to avoid the tedious process of 
running debian-installer on the relatively slow Teres-I but reach _same_ 
result as if doing so - because in my experience running debootstrap 
directly can easily lead to a slightly broken system.


 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: signature

Re: Giving remaja (teens) group full administrator privileges through sudo - dangerous?

[Carl]

On 6/19/19 12:06 AM, Bagas Sanjaya wrote:


Hello all Debian Users,

Consider the hypothetical scenario below.

I often encountered cases on systems in television stations when they 
configured sudoers like this snippet below:


%remaja ALL=(ALL:ALL) ALL

The rationale for above is most programs on such systems can only be 
accessed by users which are member of remaja (teens) group via sudo, 
so their sysadmins giving remaja user group full administrator 
privileges. Is it dangerous?


Regards, Bagas


That is almost as bad as having no security restrictions at all. The
correct thing to do would be to set permissions on the programs to
allow them to be run by group remaja.

I don't say this often. I would immediately fire the person
responsible for instituting this policy on a "production" system. (It
would be a good policy if the system is intended as an educational
environment to allow the teens to ruin things, and learn from
experience.)
--
Carl Fink
c...@finknetwork.com

Re: System on a chip - performance relative size and setup (how can the (Debian) setup make a difference?)

[Erik Josefsson]

On 6/19/19 1:15 PM, Jonas Smedegaard wrote:


Quoting deloptes (2019-06-19 12:42:13)

Jonas Smedegaard wrote:


In short, you really_really_  want netinstall from MicroSD!

What about debootstrap? IS it possible to use it for that SoC?

Certainly.  Debian-installer uses debootstrap internally so that is a
must.  The images Erik has used until now -http://box.redpill.dk/  - are
also built with debootstrap (or rather the more flexible multistrap)
using the framework I referenced in my previous post:
https://salsa.debian.org/tinker-team/box

My point in above quote is which_medium_  you want to boot from
initially on a Teres-I: MicroSD rather than USB (not which method of
installation you want).

My work specifically explores how to avoid the tedious process of
running debian-installer on the relatively slow Teres-I but reach_same_  
result as if doing so - because in my experience running debootstrap

directly can easily lead to a slightly broken system.


It is quite possible that my impression that the Ubuntu instance that 
Teres-I is shipped with is significantly faster than your redpills is 
just imaginary, but then Dan Ritter seemed to confirm that that "native 
Ubuntu" probably is 2x to 8x faster.


If "native Ubuntu" is faster than "SD redpill", then I wonder how the 
Olimex people got their Ubuntu installed in the first place? They 
couldn't have used the Debian Installer, could they?


Or, a better question, is it within reach to run a Debian Pure Blend on 
Teres-I without an external SD card? If so, is Dan Ritter right that it 
will be 2x to 8x faster?


//Erik

Re: System on a chip - performance relative size and setup (how can the (Debian) setup make a difference?)

[Jonas Smedegaard]

Quoting Erik Josefsson (2019-06-19 13:38:32)
> On 6/19/19 1:15 PM, Jonas Smedegaard wrote:
> 
> > Quoting deloptes (2019-06-19 12:42:13)
> >> Jonas Smedegaard wrote:
> >>
> >>> In short, you really_really_ want netinstall from MicroSD!
> >> What about debootstrap? IS it possible to use it for that SoC?
> > Certainly.  Debian-installer uses debootstrap internally so that is 
> > a must.  The images Erik has used until now -http://box.redpill.dk/ 
> > - are also built with debootstrap (or rather the more flexible 
> > multistrap) using the framework I referenced in my previous post: 
> > https://salsa.debian.org/tinker-team/box
> >
> > My point in above quote is which_medium_ you want to boot from 
> > initially on a Teres-I: MicroSD rather than USB (not which method of 
> > installation you want).
> >
> > My work specifically explores how to avoid the tedious process of 
> > running debian-installer on the relatively slow Teres-I but 
> > reach_same_ result as if doing so - because in my experience running 
> > debootstrap directly can easily lead to a slightly broken system.
> 
> It is quite possible that my impression that the Ubuntu instance that 
> Teres-I is shipped with is significantly faster than your redpills is 
> just imaginary, but then Dan Ritter seemed to confirm that that 
> "native Ubuntu" probably is 2x to 8x faster.
> 
> If "native Ubuntu" is faster than "SD redpill", then I wonder how the 
> Olimex people got their Ubuntu installed in the first place? They 
> couldn't have used the Debian Installer, could they?
> 
> Or, a better question, is it within reach to run a Debian Pure Blend 
> on Teres-I without an external SD card? If so, is Dan Ritter right 
> that it will be 2x to 8x faster?

Yes, it certainly is within reach, just needs someone to do the 
reaching.

This seems a good starting point for such adventure: 
https://github.com/armbian/build/blob/master/packages/bsp/common/usr/sbin/nand-sata-install


 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: signature

Example of an M2 form factor SSD (was: Re: System on a chip - performance relative size and setup (how can the (Debian) setup make a difference?)

[rhkramer]

On Tuesday, June 18, 2019 10:06:41 AM rhkra...@gmail.com wrote:
> About the only thing I'd add to what others have said is that they now make
> SSDs in a different form factor -- if you look for them, they start with an
> M, iirc -- they are in the same size range as an SD card (well, a regular
> one, not a micro).
> 
> You need a special socket to plug them into, and I'm not sure which (if
> any) single board computers (I'm trying to use that to refer to computers
> using a system on a chip) have that kind of socket.

Here is a link to an M2 form factor SSD (and some details from the 
description):  (The example is a Samsung, and I found the example at Newegg, 
but this should not be considered an endorsement or advertising for either of 
them.)

By the way, the dimensions of these units vary, and the dimensions are encoded 
in the form factor, for example, the example M2 2280 device is 22 mm  wide by 
80 mm long (about 1" x 3").  (And 2.38 mm (~0.1 inch) thick, but, as far as I 
know, the 2 in the M2 does not designate thickness -- I could be  wrong.)


SAMSUNG 970 EVO PLUS M.2 2280 250GB PCIe Gen 3.0 x4, NVMe 1.3 V-NAND 3-bit MLC 
Internal Solid State Drive (SSD) MZ-V7S250B/AM 

https://www.newegg.com/samsung-970-evo-
plus-250gb/p/N82E16820147741?Item=N82E16820147741&utm_medium=Email&utm_source=GD061919&cm_mmc=EMC-
GD061919-_-landing-_-Item-_-20-147-741

...

Form Factor
M.2 2280
Capacity
250GB
...

Dimensions & Weight

Height
2.38mm

Width
22.15mm

Depth
80.15mm

Weight
8.00g

Re: Okay, let's get X workingg on my new Stretch

[Greg Wooledge]

On Tue, Jun 18, 2019 at 07:21:35PM -0400, Felix Miata wrote:
> The gods of security have decreed that instead of startx you must use a 
> display
> manager to login and start your X session.

Utter nonsense.  startx works in every release of Debian.  Every single
one.  I use it myself.

Be aware that under *current* Debian releases (stretch and buster), an
attempt is made to run the X server as your own user instead of setuid
to root.  In order for that to work, your user must be able to login
successfully with a full systemd login session.  If your user account is
defined locally in /etc/passwd, and if you haven't done anything unusual
to your init system or kernel boot parameters, and if you have all of
the required firmware, it should just work.

This also means your X log file may be in ~/.local/share/xorg/ instead
of in /var/log/.

See .

(Under buster, if your users are defined in a network service like NIS
or possibly LDAP, you may have to take special steps to allow systemd
to retrieve your account credentials.  See bug #878625.  We can worry
about that if it becomes relevant.)

Re: System on a chip - performance relative size and setup (how can the (Debian) setup make a difference?)

[Dan Ritter]

Erik Josefsson wrote: 
> Hi Dan,
> 
> On 6/18/19 11:57 PM, Dan Ritter wrote:
> > Nicholas Geovanis wrote:
> > > On Tue, Jun 18, 2019, 4:10 PM Erik Josefsson <
> > > erik.hjalmar.josefs...@gmail.com> wrote:
> > > 
> > > > The Ubuntu version that Teres-I comes with feels almost as good, which 
> > > > is
> > > > why I still don't understand why running Debian from the SD-card 
> > > > doesn't.
> > > > 
> > > Then I would be interested to know which release of Ubuntu and see an
> > > installed package list. But i will hit the websites, no need to post here.
> > He seems to be comparing speed of Ubuntu on an internal eMMC
> > storage (16GB, 8 bit interface) to the speed of Debian on an
> > SD card interface (either 4 bit or 1 bit interface, depending
> > on what they chose).
> > 
> > The eMMC should transfer twice as fast at minimum, and possibly
> > 8x as fast as the SD card.
> 
> I obviously didn't get that memo.
> 
> > -dsr- (I looked at the spec.)
> > 
> You don't happen to see in the spec. which boot key to press to get Teres-I
> to start a netinstall from USB?

Sorry, I was looking at the hardware spec. I don't see any info
on boot sequences.

-dsr-

Error on Buster while signing rpms

[john doe]

Hi, I'm trying to gpg sign rpms on Debian Buster but I'm getting the
following:

$ rpm --resign *.rpm
*.rpm:
error: Could not exec gpg: No such file or directory

Where the '*' is the name of the rpm.

Doing the same command on Stretch works but I get this error on a fresh
install of Buster.
Googling didn't turn up something useful.

Is anyone facing the same issue?

--
John Doe

Re: Error on Buster while signing rpms

[tomas]

On Wed, Jun 19, 2019 at 05:03:20PM +0200, john doe wrote:
> Hi, I'm trying to gpg sign rpms on Debian Buster but I'm getting the
> following:
> 
> $ rpm --resign *.rpm
> *.rpm:
> error: Could not exec gpg: No such file or directory
> 
> Where the '*' is the name of the rpm.

Apt-get install gnupg?

Cheers
-- t


signature.asc
Description: Digital signature

Re: Error on Buster while signing rpms

[john doe]

On 6/19/2019 5:25 PM, to...@tuxteam.de wrote:
> On Wed, Jun 19, 2019 at 05:03:20PM +0200, john doe wrote:
>> Hi, I'm trying to gpg sign rpms on Debian Buster but I'm getting the
>> following:
>>
>> $ rpm --resign *.rpm
>> *.rpm:
>> error: Could not exec gpg: No such file or directory
>>
>> Where the '*' is the name of the rpm.
>
> Apt-get install gnupg?
>

$ apt-get -V install gnupg
gnupg is already the newest version (2.2.12-1).
gnupg set to manually installed.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

Thanks anyway.

--
John Doe

Re: Error on Buster while signing rpms

[tomas]

On Wed, Jun 19, 2019 at 05:31:41PM +0200, john doe wrote:
> On 6/19/2019 5:25 PM, to...@tuxteam.de wrote:
> > On Wed, Jun 19, 2019 at 05:03:20PM +0200, john doe wrote:
> >> Hi, I'm trying to gpg sign rpms on Debian Buster but I'm getting the
> >> following:
> >>
> >> $ rpm --resign *.rpm
> >> *.rpm:
> >> error: Could not exec gpg: No such file or directory
> >>
> >> Where the '*' is the name of the rpm.
> >
> > Apt-get install gnupg?
> >
> 
> $ apt-get -V install gnupg
> gnupg is already the newest version (2.2.12-1).
> gnupg set to manually installed.
> 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

What happens if you say "gpg --version"?

Cheers
-- t


signature.asc
Description: Digital signature

Re: Error on Buster while signing rpms

[john doe]

On 6/19/2019 5:34 PM, to...@tuxteam.de wrote:
> On Wed, Jun 19, 2019 at 05:31:41PM +0200, john doe wrote:
>> On 6/19/2019 5:25 PM, to...@tuxteam.de wrote:
>>> On Wed, Jun 19, 2019 at 05:03:20PM +0200, john doe wrote:
 Hi, I'm trying to gpg sign rpms on Debian Buster but I'm getting the
 following:

 $ rpm --resign *.rpm
 *.rpm:
 error: Could not exec gpg: No such file or directory

 Where the '*' is the name of the rpm.
>>>
>>> Apt-get install gnupg?
>>>
>>
>> $ apt-get -V install gnupg
>> gnupg is already the newest version (2.2.12-1).
>> gnupg set to manually installed.
>> 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
>
> What happens if you say "gpg --version"?
>

$ gpg --version
gpg (GnuPG) 2.2.12
libgcrypt 1.8.4
Copyright (C) 2018 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later

This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.


Supported algorithms:
Pubkey: RSA, ELG, DSA, ECDH, ECDSA, EDDSA
Cipher: IDEA, 3DES, CAST5, BLOWFISH, AES, AES192, AES256, TWOFISH,
CAMELLIA128, CAMELLIA192, CAMELLIA256
Hash: SHA1, RIPEMD160, SHA256, SHA384, SHA512, SHA224
Compression: Uncompressed, ZIP, ZLIB, BZIP2

As far as I can tell, gpg and rpm are working but can't "talk" to eatch
other.


Tomas, is the following command 'rpm --resign *.rpm' working for you on
Buster?


P.S.

RSA key of '2048'.

--
John Doe

Re: M2 form factor SSD

[Peter Ehlert]

we have 3 HP 820 Elitebooks, they all have the m.2 slot.

they are plug and play, a second SSD in all respects. I bought another 
one on eBay a couple months ago: 512GB 512G NGFF M2 2242 SATA SSD 
 
$80 usd with shipping. the "2242" is the length, very important 
https://i.ebayimg.com/thumbs/images/g/KFQAAOSw5nxabvBj/s-l200.jpg The 
m.2 is my boot drive, the conventional 2.5" ssd is my secondary drive


On 6/19/19 5:19 AM, rhkra...@gmail.com wrote:


On Tuesday, June 18, 2019 10:06:41 AM rhkra...@gmail.com wrote:

> About the only thing I'd add to what others have said is that they 
now make


> SSDs in a different form factor -- if you look for them, they start 
with an


> M, iirc -- they are in the same size range as an SD card (well, a 
regular


> one, not a micro).

>

> You need a special socket to plug them into, and I'm not sure which (if

> any) single board computers (I'm trying to use that to refer to 
computers


> using a system on a chip) have that kind of socket.

Here is a link to an M2 form factor SSD (and some details from the 
description): (The example is a Samsung, and I found the example at 
Newegg, but this should not be considered an endorsement or 
advertising for either of them.)


By the way, the dimensions of these units vary, and the dimensions are 
encoded in the form factor, for example, the example M2 2280 device is 
22 mm wide by 80 mm long (about 1" x 3"). (And 2.38 mm (~0.1 inch) 
thick, but, as far as I know, the 2 in the M2 does not designate 
thickness -- I could be wrong.)




SAMSUNG 970 EVO PLUS M.2 2280 250GB PCIe Gen 3.0 x4, NVMe 1.3 V-NAND 
3-bit MLC Internal Solid State Drive (SSD) MZ-V7S250B/AM


https://www.newegg.com/samsung-970-evo-plus-250gb/p/N82E16820147741?Item=N82E16820147741&utm_medium=Email&utm_source=GD061919&cm_mmc=EMC-GD061919-_-landing-_-Item-_-20-147-741

...

F orm Factor

M.2 2280

Capacity

250GB

...

Dimensions & Weight

Height

2.38mm

Width

22.15mm

Depth

80.15mm

Weight

8.00g

Re: Error on Buster while signing rpms

[tomas]

On Wed, Jun 19, 2019 at 05:55:30PM +0200, john doe wrote:
> On 6/19/2019 5:34 PM, to...@tuxteam.de wrote:
> > On Wed, Jun 19, 2019 at 05:31:41PM +0200, john doe wrote:
> >> On 6/19/2019 5:25 PM, to...@tuxteam.de wrote:
> >>> On Wed, Jun 19, 2019 at 05:03:20PM +0200, john doe wrote:
>  Hi, I'm trying to gpg sign rpms on Debian Buster but I'm getting the
>  following:
> 
>  $ rpm --resign *.rpm
>  *.rpm:
>  error: Could not exec gpg: No such file or directory
> 
>  Where the '*' is the name of the rpm.
> >>>
> >>> Apt-get install gnupg?
> >>>
> >>
> >> $ apt-get -V install gnupg
> >> gnupg is already the newest version (2.2.12-1).
> >> gnupg set to manually installed.
> >> 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
> >
> > What happens if you say "gpg --version"?
> >
> 
> $ gpg --version
> gpg (GnuPG) 2.2.12

OK. So you do have a gpg installed. Good. It seems rpm is looking for
it in the wrong place? (or perhaps the error message is bogus).

> As far as I can tell, gpg and rpm are working but can't "talk" to eatch
> other.

Going by the error message, something within rpm wants to invoke
gpg, but is not finding it.

You could try to run rpm under strace to see more clearly what
it is trying and how it fails.

> Tomas, is the following command 'rpm --resign *.rpm' working for you on
> Buster?

Sorry, but (a) I'm on stretch and (b) I haven't rpm installed.

Cheers
-- t


signature.asc
Description: Digital signature

Re: Okay, let's get X workingg on my new Stretch

[David Wright]

On Tue 18 Jun 2019 at 18:48:52 (-0400), Bob Bernstein wrote:
> I put this into google: "systemd X windows Debian" and was brought
> here:
> 
> https://www.debian.org/doc/manuals/debian-reference/ch07.en.html

… which includes the statement "The entire X architecture is
considered insecure if run as root. You must always use the lowest
privilege level possible, like a regular user account."

> I executed the suggested command:
> 
> # dpkg-reconfigure --priority=low x11-common
> 
> ...and then decided to throw all caution to the winds:
> 
> # startx
> 
> Saints Be Praised! I had a colorful image in front of me, and my icewm
> had been neatly launched. No mouse problem. OMG!
> 
> But it only works for root.
> 
> :(

Posting that something works, when the command is delinquent (how
Americans love that word :) ), is not much help in diagnosis. So
it might be worth posting the mode of failure using the command
under the correct circumstances, ie as a user. It might avoid the
scattergun fixes being suggested by some.

I've never run startx as root, and have no idea what's supposed to
be the result. (Because of the frequency with which one starts an
X server, I use a function to call startx, so that my fingers don't
get used to typing it.)

As Greg said, startx has always worked; since 1996 for me. On jessie,
-rwsr-sr-x 1 root   root9468 Apr  1  2014 X*
but on stretch:
lrwxrwxrwx 1 root   root   4 Oct 31  2018 X -> Xorg*
-rwxr-xr-x 1 root   root 274 Oct 31  2018 Xorg*
hence the move by the logs.

> We're almost there kids. Please bear with me, as I know I have been
> testing the patience of some of you.

Cheers,
David.

Re: Error on Buster while signing rpms

[Ulf Volmer]

On 19.06.19 17:03, john doe wrote:
> Hi, I'm trying to gpg sign rpms on Debian Buster but I'm getting the
> following:
> 
> $ rpm --resign *.rpm
> *.rpm:
> error: Could not exec gpg: No such file or directory

Pass --define "__gpg /usr/bin/gpg" to you rpm command. Works for me on
sid. Or add this (and you gpg key settings) to your ~/.rpmmacros.

Best regards
Ulf

Re: Okay, let's get X workingg on my new Stretch

[Greg Wooledge]

On Wed, Jun 19, 2019 at 12:57:26PM -0500, David Wright wrote:
> I've never run startx as root, and have no idea what's supposed to
> be the result.

I have, for testing purposes.  When trying to get firmware/drivers
working, it's nice to just log in as root and do all the steps that
way.

If you don't have a Desktop Environment installed (or configured via
the alternatives system), it'll just run whatever your x-window-manager
alternative points to.  Or whatever you supply on the startx line.

Once you confirm that X runs, you'll want to log out of the root session
fairly quickly.

Java Browser Plugin Buster

[basti]

Hello, i have an old Server with HP ILO2. The remote console on this
version of ilo need an java browser Plugin (not webstart).

in stretch there was no problem i have used an old firefox 36 or so in
"portable" mode.

now the icedtea plugin seem not available anymore.
does someone konw how to get it working?

java browser plugin on buster

[basti]

Hello, i have an old Server with HP ILO2. The remote console on this
version of ilo need an java browser Plugin (not webstart).

in stretch there was no problem i have used an old firefox 36 or so in
"portable" mode.

now the icedtea plugin seem not available anymore.
does someone konw how to get it working?

Re: java browser plugin on buster

[Ulf Volmer]

On 19.06.19 20:18, basti wrote:
> Hello, i have an old Server with HP ILO2. The remote console on this
> version of ilo need an java browser Plugin (not webstart).
> 
> in stretch there was no problem i have used an old firefox 36 or so in
> "portable" mode.
> 
> now the icedtea plugin seem not available anymore.
> does someone konw how to get it working?

Java Plugin is dead. Really dead. I recommend to download an old firefox
version in combination with an old Java JRE an use this combination
*only' for your ILO. This is how we deal with ILO2 at work. Newer ILO
version offers HTML5 support, but we have also older versions at the moment.

Best regards
Ulf

Re: Error on Buster while signing rpms

[john doe]

On 6/19/2019 8:10 PM, Ulf Volmer wrote:
> On 19.06.19 17:03, john doe wrote:
>> Hi, I'm trying to gpg sign rpms on Debian Buster but I'm getting the
>> following:
>>
>> $ rpm --resign *.rpm
>> *.rpm:
>> error: Could not exec gpg: No such file or directory
>
> Pass --define "__gpg /usr/bin/gpg" to you rpm command. Works for me on
> sid. Or add this (and you gpg key settings) to your ~/.rpmmacros.
>

Thank you, it is also working on Buster.

--
John Doe

Re: java browser plugin on buster

[Richard Hector]

On 20/06/19 6:18 AM, basti wrote:
> Hello, i have an old Server with HP ILO2. The remote console on this
> version of ilo need an java browser Plugin (not webstart).
> 
> in stretch there was no problem i have used an old firefox 36 or so in
> "portable" mode.
> 
> now the icedtea plugin seem not available anymore.
> does someone konw how to get it working?
> 

Can't you get simpler access via ssh or similar? At least to a virtual
serial console, if not full remote control?

Richard




signature.asc
Description: OpenPGP digital signature

Re: Does 32-bit x86 support (aka [multilib] ) have a future with Debian after Buster?

[Richard Hector]

On 19/06/19 9:32 AM, Matthew Crews wrote:
> I won't be surprised when Debian stops shipping ISOs for 32-bit x86
> support, as the demand for this architecture is rapidly declining with
> each Debian release.

I hope it doesn't happen too soon. I have multiple 32-bit machines which
are still perfectly serviceable and useful.

Richard



signature.asc
Description: OpenPGP digital signature

Re: Does 32-bit x86 support (aka [multilib] ) have a future with Debian after Buster

[Lazar Tadić]

Don't worry Mathew, 32-bit arch is currently 2nd most popular arch on
Debian. There's no way it will be dropped even after Buster.

Re: Does 32-bit x86 support (aka [multilib] ) have a future with Debian after Buster

[Matthew Crews]

On 6/19/19 3:30 PM, Lazar Tadić wrote:
> Don't worry Mathew, 32-bit arch is currently 2nd most popular arch on
> Debian. There's no way it will be dropped even after Buster.
> 

Curious, where can one look up these numbers?



signature.asc
Description: OpenPGP digital signature

Re: System on a chip - performance relative size and setup (how can the (Debian) setup make a difference?)

[David Christensen]

On 6/19/19 3:40 AM, deloptes wrote:

David Christensen wrote:

I have tried running machines without swap, but found that they crashed.
Now I always include a 1 GB swap partition when installing.


why not using swap (if disk space is available) disk space is cheap.


I built systems on USB flash drives without swap to reduce wear on the 
USB flash drive and to see if they worked.



David

big-cursor DOA in Stretch

[Bob Bernstein]

This package has been one of the few casualties in my Jessie to 
Stretch upgrade. Joey's notes for it are here:


/usr/share/doc/big-cursor/README.Debian

...and per Joey I have rem'd out the offending line in 
/etc/X11/xdm/Xresources:


#Xcursor.theme: whiteglass

Yes, as luck would have it, when I decided why fight city hall 
just to get X running, I chose xdm cuz I felt I would be 
consuming less Koolaid that way.


I don't want to resort to whining, but my eyes after all these 
years don't work so good. Hence the big-cursor.


Thank you

--
Poobah

Re: Re: Giving remaja (teens) group full administrator privileges through sudo - dangerous?

[Bagas Sanjaya]

That is almost as bad as having no security restrictions at all. The
correct thing to do would be to set permissions on the programs to
allow them to be run by group remaja.
What I thought that the correct way is to configure sudoers so that 
remaja group can access programs that they absolutely required via sudo 
(e.g. mount for mounting USB sticks).



I don't say this often. I would immediately fire the person
responsible for instituting this policy on a "production" system. (It
would be a good policy if the system is intended as an educational
environment to allow the teens to ruin things, and learn from
experience.)
In fact, many television stations have most programs written for teens 
(age 13 and older), so sysadmins there configure sudoers which allows 
teens to behave like sysadmins themselves (by giving them full 
administrator privileges) on their production systems. Also, parental 
monitoring and guidance can reduce likehood of teens breaking such 
systems. Maybe because teens are largest marketshare for TVs.

Re: big-cursor DOA in Stretch

[Cindy Sue Causey]

On 6/19/19, Bob Bernstein  wrote:
> This package has been one of the few casualties in my Jessie to
> Stretch upgrade. Joey's notes for it are here:
>
> /usr/share/doc/big-cursor/README.Debian
>
> ...and per Joey I have rem'd out the offending line in
> /etc/X11/xdm/Xresources:
>
> #Xcursor.theme: whiteglass
>
> Yes, as luck would have it, when I decided why fight city hall
> just to get X running, I chose xdm cuz I felt I would be
> consuming less Koolaid that way.
>
> I don't want to resort to whining, but my eyes after all these
> years don't work so good. Hence the big-cursor.


DISCLAIMER: My experience is within Xfce4 environment. My cursors are
changed via "Application (menu) > Settings > Mouse and Touchpad >
Theme (tab)".

That said, I just the other day installed some extra cursor packages
for the first time in several years. Was just bored.

One of the packages was called "xcursor-themes". It has a red and
white glass option that just resized from small handheld device size
to 48. It's pretty big.

This is the first time I've ever understood why they're called
"glass", too. You can SEE through them. That's handy, especially when
they're sized all the way up. :)

My CHOICE right now has been been "original green" from the
"comixcursors-righthanded-opaque" package. I'm getting a "Mickey
Mouse/The Mask" vibe from it. Comix has 3 sibling packages that cover
lefthanded and righthanded. And now I see that the "opaque" package
designation is because the other ones have the glass-like effect, too.

Also downloaded "DMZ" (dmz-cursor-theme) purely because it popped up
in a search. Its description says "scalable". By golly, it is. It also
responded to being resized.

And just noticed I apparently also installed "crystalcursors". They're
responding to being resized, too. The effect is just not quite as
dramatic as it was with e.g. xcursor-themes' red glass.

Ah, the comix line resizes, also. The difference is even less dramatic
than for crystalcursors, but there *IS* a difference. I'm leaving them
bigger. Makes them even more FUN that way. :)

Lastly, I just also saw "chameleon-cursor-theme". It's described as
modern but not gaudy X11 cursors. They're not scalable, but they do
have 3 "hardwired" size options (small, regular, and large).

No offense to their creators, but I'm having to work through how much
some of their larger ones resemble "flat flies" from my wildlife
rehabilitation days.. Their largest option is just about the right
size, too. Just *shudder!* every time I try to use them. LOL! I
keep trying them because the main pointer one has a neat kind of
"spaceship/paper airplane" shape thing going on.

Cindy :)
-- 
Cindy-Sue Causey
Talking Rock, Pickens County, Georgia, USA

* runs with birdseed *

libmkl-full-dev breaks BLAS?

[Kakhkhor Abdijalilov]

I have encountered this problem while using R on buster.

1. From main install from R with packages "caret" and "pls"
2. From non-free install libmkl-full-dev. When prompted confirm to use
MKL in BLAS/LAPACK/ETC.

Train some statistical model using caret with method pls. The results
are drastically different (worse) when using MKL.
After uninstalling MKL things went tot normal.

Re: Giving remaja (teens) group full administrator privileges through sudo - dangerous?

[Richard Hector]

On 20/06/19 4:56 PM, Bagas Sanjaya wrote:
>> That is almost as bad as having no security restrictions at all. The
>> correct thing to do would be to set permissions on the programs to
>> allow them to be run by group remaja.
> What I thought that the correct way is to configure sudoers so that
> remaja group can access programs that they absolutely required via sudo
> (e.g. mount for mounting USB sticks).
> 
>> I don't say this often. I would immediately fire the person
>> responsible for instituting this policy on a "production" system. (It
>> would be a good policy if the system is intended as an educational
>> environment to allow the teens to ruin things, and learn from
>> experience.)
> In fact, many television stations have most programs written for teens
> (age 13 and older), so sysadmins there configure sudoers which allows
> teens to behave like sysadmins themselves (by giving them full
> administrator privileges) on their production systems. Also, parental
> monitoring and guidance can reduce likehood of teens breaking such
> systems. Maybe because teens are largest marketshare for TVs.
> 

I think we (or at least I) must be missing some context here. For
starters, this must be some specific group of teenagers. And I'm sure
they're not given permission to take over running the whole TV station.

Is this some specific educational environment? Or is it a TV station
specifically intended to be run by and for teenagers? Something else?

Richard



signature.asc
Description: OpenPGP digital signature

Re: Does 32-bit x86 support (aka [multilib] ) have a future with Debian after Buster

[Reco]

Hi.

On Thu, Jun 20, 2019 at 01:03:50AM +0200, Matthew Crews wrote:
> On 6/19/19 3:30 PM, Lazar Tadić wrote:
> > Don't worry Mathew, 32-bit arch is currently 2nd most popular arch on
> > Debian. There's no way it will be dropped even after Buster.
> 
> Curious, where can one look up these numbers?

https://popcon.debian.org/

First graph from the top.

Reco

Re: just mail forwarding to smart mailer

[andreimpopescu]

On Sb, 13 apr 19, 10:14:04, Bonno Bloksma wrote:
> I am looking for an "easy light weight just empty the local queue and 
> send it to the smart host" setup.
> I don't mind experimenting and it doesn not need to be Exim but the 
> info I get Googling is just too diverse and does not get me much 
> closer to what I want. :-(
> Who can help me and point me to some relevant info?

dma was not mentioned in this thread.

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Re: System on a chip - performance relative size and setup (how can the (Debian) setup make a difference?)

[Erik Josefsson]

On 6/19/19 2:04 PM, Jonas Smedegaard wrote:

Or, a better question, is it within reach to run a Debian Pure Blend
on Teres-I without an external SD card? If so, is Dan Ritter right
that it will be 2x to 8x faster?

Yes, it certainly is within reach, just needs someone to do the
reaching.

This seems a good starting point for such adventure:
https://github.com/armbian/build/blob/master/packages/bsp/common/usr/sbin/nand-sata-install


Very good!

Indeed, one of the comments to the code on that page says ""In case of 
eMMC it's also possible to transfer the bootloader to eMMC in a single 
step so from then on running without SD card is possible.".


Somehow the Olimex folks managed to make Teres-I run Ubuntu without SD card.

Grateful for advice who to talk to!

Best regards.

//Erik