Re: [DNG] package search methods was ( USB mount problem)

[mett]

On 2021年6月16日 10:00:40 JST, Fred  wrote:
>On 6/15/21 1:24 PM, g4sra via Dng wrote:
>> <--snip-->
>>> Unfortunately I am not able to find what package contains
>gvfs-udisks2-vo.
>> <--snip-->
>> apt-file search gvfs-udisks2-vo
>> gvfs-daemons: /usr/lib/gvfs/gvfs-udisks2-volume-monitor
>> gvfs-daemons:
>/usr/lib/systemd/user/gvfs-udisks2-volume-monitor.service
>> 
>> 
>> ___
>> Dng mailing list
>> Dng@lists.dyne.org
>> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
>> 
>Hi,
>Why does apt-cache search gvfs-udisk* not find these?
>Why does apt-file search gvfs_udisk* not find these?
>Why does the package search page on debian.org and devuan.org not find 
>these?
>apt-file search requires entering the exact name.  I may not know that.
>
>  What flippin' good is it?
>Best regards,
>Fred
>___
>Dng mailing list
>Dng@lists.dyne.org
>https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Hi,

because yours(g4sra and Fred)
/etc/apt/sources.list
are different.

FIY(devuan only), 
on Jessie and beowulf,
apt-cache search gvfs 
and
apt-cache search gvfs*
return same results, here.

Both without udisk.

HTH___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] network measurement

[mett]

2021-05-08 09:02 に Hendrik Boom さんは書きました:

I've been having trouble using zoom recently.
If there's a large meeting, no questions I ask can heard clearly,
even if the meeting uses the protocol of muting everyone else.

I also have problems with short browser delays that may last a few
seconds to a minute or so.

However, the pppoe connection stays up when this happens.

I've been complaining to the ISP, who does what it can and raises
tickets with the phone company.

There has been improvement since two weeks ago, when the ppp connectino
would drop even more frequenty than the delays I'm encountering now.

The problem usually occurs in the daytime, but occasionally in the
evening.

The phone company now opines that the data rate on the connection is
barely sufficient for a multiparty zoom connection, and this is because
of the distance to the exchange.



Now I'd like to measure what's going on in my system.



My home network accesses the rest of the world using a Linux box, whch
also hosts a website, does SMTP, does firewalling/masquerading, and has
a file server for the LAN.  That Linux box is the only thing connected
directly to the DSL modem, which operates in bridge mode.

What tools does Linux have to measure this, so I can find out
what's going on in my network and why.  And maybe even correlate
measurable activity with the perceived hiatuses.

I'd be surprisd if there were none, Linux being born on the net.
(I'd even be more surprised if they were easy to use.)

Maybe I do ned to replace my DSL with a higher-capacity connection of
some kind.  But I'd like to see the numbers.

-- hendrik

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng



Hi

I dont know if they have it on Devuan
but Im using tcpbench on BSD
(which seems to be where the net is
born but that s a different story).

Tcpbench looks simpler and more reliable than
Iperf.

Also a good methodology to measure
is to create a loop and check the throughput.

For instance loop your LAN on the same
pc and check the throughput:
pc--sw--gw--pc
(you ll need 2 nics on pc).

When you are sure your LAN is OK,
you can just ping with different size and options:
1/the pppoe concentrator of your provider,
which is usually the first hop from your WAN address,
2/the next hop
3/the next-next hop
and so on.

If you want to measure with the net
in between you can use a server
where you will install Tcpbench
(would be better to loop through
the net but you will need 2 net connections
for that, which is expensive).

That said, DSL is quite old technology,
according to Wikipedia, the latest protocol
allows 24Mbit/s upstream and 3.3Mbit/s downstream
(those are just standards number, so with overhead
you will certainly get way less).

With such rates, one to one Zoom meeting might be the maximum,
with only you using the connection on your LAN.

I would say upgrade to at least FastEthernet
(gigafiber better).

HTH
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Need install Devuan Beowolf but got "initramfs" prompt

[mett]

On 2021年2月2日 10:54:20 JST, Rick Moen  wrote:
>Quoting Hendrik Boom (hend...@topoi.pooq.com):
>
>> Someone did, as I expect you already know.  Here's Eric Stephen
>> Raymond's version:
>> 
>> http://www.catb.org/~esr/faqs/smart-questions.html
>
>All I can say is that Eric Steven Raymond's version would be _much_
>better with a co-author credited right at the top of the essay who
>is often hilariously forgotten in online mentions of the piece.  ;->
>
>(Eric spells his middle name Steven, not Stephen.)
>
>See if you can tell, reading the piece, which of its passages are in
>Eric's writing style and which are in that other often-forgotten guy's
>style.  The difference of authorial 'voice' seems night-and-day to me,
>but -- horses for courses; à chacun son goût.
>
>-- 
>Cheers,   This limerick goes in reverse. If you start from the
>bottom-most verse
>Rick Moen Unless I'm remiss, This limerick's not any worse.
>rick@linu The neat thing is this:-- Zach Weiner
>xmafia.com  
>McQ! (4x80)
>___
>Dng mailing list
>Dng@lists.dyne.org
>https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

This conversation is making my day!
Arigatou!___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Your system is not supported by certbot-auto anymore.

[mett]

On 2020年12月15日 22:43:20 JST, Brad Campbell via Dng  wrote:
>On 8/12/20 5:02 pm, Martin Steigerwald wrote:
>
>> I am still using dehydrated. It is a simple shell script which just
>> depends on curl, openssl and ca-certificates. There is an additional
>> package for apache2 support, which just contains the site
>configuration
>> for the web challenge thing, and one for DNS challenge.
>> 
>> I think there is an alternative to it, called acme.sh. I never looked
>> into it.
>
>I use acme.sh with dns challenges. Does what it says on the tin and 
>didn't need any complex deps.
>
>For the rest of the thread :
>  +1 mythic-beasts for co-lo and vps hosting and uf.r4l.com for domain 
>registration since 2006. I run my own dns servers though.
>
>I don't particularly like letsencrypt, but for installing certs to keep
>
>stuff happy it does the job for now. Most of my stuff uses self-signed 
>where I can get away with it.
>
>Brad
>___
>Dng mailing list
>Dng@lists.dyne.org
>https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Same here.
 Don t need to run it from server.   
Just a csr and copy the challenges 
on your dns records.___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Upgrade to Beowulf borks SSH. how to recover.

[mett]

On 2020年7月20日 19:23:31 JST, Dimitris via Dng  wrote:
>On 7/20/20 10:05 AM, d...@d404.nl wrote:
>> Actually i would plugin kbd & screen before pushing that big red
>switch.
>> Once logged in scp or sftp the public key from yourworkstation and
>move on.
>
>
>
>+1
>
>---
>
>the password option is still available in beowulf, upgrade couldn't
>have
>replaced /etc/ssh/sshd_config without warning, if that already had
>"PasswordAuthenticate yes" .
>
>so just use a local console to debug issue.. check /var/log/auth.log,
>check if ssh is running, /etc/ssh/sshd_config settings, ~/.ssh
>permissions ...
>
>are you loggin in as root perhaps? default option for root logins is
>"prohibit-password" in beowulf, meaning access as root with public key
>only.. if that's the case, try logging as regular user and then sudo/su
>to fix sshd_config and restart ssh daemon.

SSH server could be only stopped,
by the way.___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Configuration of boot drives

[mett]

On 2020年6月29日 7:37:45 JST, Hendrik Boom  wrote:
>Where is it configured which drives get updated when I update the
>kernel,
>as part of a regular upgrade using aptitude.
>
>Presumably it has to install the new kernel, build an initrd, find out 
>what other bootable systems are available, write a new grub 
>configuration, and possibly update the MBR and stage1 of Grub ...
>
>Now somewhere there must be a configuration which hard drives' MBRs and
>
>stage1's have to be written.
>
>I think my machine is configured to write this to multiple drives.  (I 
>vaguely remember configuring this long ago during an installation or 
>maybe an upgrade from debian to Devuan)
>In any case it tries to write to /dev/sdb and has trouble doing so.  
>(hardware problem; I plan to remove this disk once I find a 
>screwdriver)
>/dev/sda, /dev/sdc, and /dev/sdd are also available.
>
>Where is this configuration located?
>How can I change this configuration?
>
>-- hendrik
>___
>Dng mailing list
>Dng@lists.dyne.org
>https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Hi,

are you using md and mdam?

If YES,  then below command
might help you to find where you 
installed kernel and grub  

mdadm --details /dev/md0

#disclaimer:
 this is just an effect of mdadm 
 command output.

 There are better ways, I do not know,
  I think.

HTH___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] how to investigate constant outgoing ARP traffic - TX: ~7K/s

[mett]

On 2019年10月13日 18:24:54 JST, "Dr. Nikolaus Klepp"  wrote:
>Anno domini 2019 Sun, 13 Oct 10:47:30 +0200
> Stefan Krusche scripsit:
>> Am Sonntag, 13. Oktober 2019 schrieb Dr. Nikolaus Klepp:
>> > There is some misunderstanding: The ARP package has nothing to do
>> > with DNS. 
>> 
>> That's what I've been thinking and why I asked.
>> 
>> > It basicly links MAC to IP - and you can do funny things 
>> > with it. 
>> 
>> Okay, I still can't seem to connect the dots…
>> 
>> > tcpdump just makes the name resolution for you, use "tcpdump 
>> > -n" to go without it. e.g.:
>> >
>> > # tcpdump -n
>> > 10:28:14.675930 ARP, Request who-has 192.168.1.190 tell
>192.168.1.1,
>> > length 28 10:28:14.675980 ARP, Reply 192.168.1.190 is-at
>> > 00:1b:77:53:6c:43, length 28
>> 
>> Alright. What attracts my attention is, that here length is 28 just 
>> like the ARP message format is explained on the site you recommended 
>> where it is 46 on my machine:
>> 
>> $ sudo tcpdump -n
>> tcpdump: verbose output suppressed, use -v or -vv for full protocol
>decode
>> listening on net0, link-type EN10MB (Ethernet), capture size 262144
>bytes
>> 10:34:53.070420 ARP, Request who-has 91.65.142.159 tell
>91.65.142.254, length 46
>> 10:34:53.071792 ARP, Request who-has 90.187.99.84 tell 90.187.99.86,
>length 46
>> 
>> Is this relevant in any way related to exaggerated ARP requests?
>
>My ARP come from wifi, you's is ethernet. 28 Bytes is the ARP packet
>size, but it's padded for ethernet minmum frame:
>https://www.quora.com/Why-are-46-byte-packets-used-in-Ethernet
>
>You can ask tcpdump to give you a hex dump of the packets and
>investigate:
># tcpdump -nx
>
>11:24:25.760914 ARP, Request who-has 192.168.1.190 tell 192.168.1.1,
>length 28
>   0x:  0001 0800 0604 0001 c493 0007 4ca5 c0a8
>   0x0010:  0101    c0a8 01be
>11:24:25.760962 ARP, Reply 192.168.1.190 is-at 00:1b:77:53:6c:43,
>length 28
>   0x:  0001 0800 0604 0002 001b 7753 6c43 c0a8
>   0x0010:  01be c493 0007 4ca5 c0a8 0101
>
>
>> 
>> > arp cache should only have as many entries as ather mac adresses
>are
>> > active in your part of the lan. If you are alone on your router,
>then
>> > it's just you routers mac in the cache.
>> 
>> This seems to be the case (see OP).
>> 
>> Thank you, Nik.
>> 
>> Stefan
>> 
>> ___
>> Dng mailing list
>> Dng@lists.dyne.org
>> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
>> 
>
>
>
>-- 
>Please do not email me anything that you are not comfortable also
>sharing with the NSA, CIA ...
>___
>Dng mailing list
>Dng@lists.dyne.org
>https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Hi, 

if this is really outgoing arp request,
maybe ur default route is not properly 
configured.
Like u have no next-hop address,
only an outgoing interface as a default
route:

ip route default dev en0  

instead of   

ip route default via 91.sm.th.ing dev en0

In that case, ur host think every hosts is attached to it, and therefore arp 
for each
host.

I said if bc what u showed didn t seem 
coming from ur host.

Can u verify that all the arp requests 
are from ur host? 
ie. the outgoing interface, en0 if i 
understood properly 
(the interface with a public ip address).

hth___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] [devuan-dev] Of confidence and support and the future of Devuan.

[mett]

On 2019年4月23日 11:24:39 JST, Rick Moen  wrote:
>Dan, it is _not_ time for you to leave.  Please stay.
>
>I've seen only the public portions of these text-format interactions,
>but think I'm seen enough data to assess the basic situation.  Although
>I'm a friendly outsider to Devuan Project governance, I've seen many
>similar destructive spirals in open source projects over many decades:
>It starts with well-intended individual actions taken without adequate
>consultation, which cause reactions from other parties who feel taken
>by
>surprise.  When those reactions are in e-mail, or (slightly worse) in
>e-mail with a large audience such as on mailing lists, then a
>communication anti-pattern tends to take hold that drives the parties
>into confrontation, frustration, and perception of harm that could have
>been resolved if the parties had switched to more-interactive,
>more-personal, and less public means of communication -- such as voice
>telephone or Internet video conferencing.
>
>As to Denis/Jaromil's comments about the ci.devuan.org failure, yes, he
>spoke sharply to you about some of your initial steps, but, if you
>review what he said, the main points were that (1) better consultation
>should have occurred throughout and (2) he asked you to wait before 
>taking additional action.  IMO, if you set aside for a moment the tinge
>of personal accusation you're perceiving in what he wrote, you will see
>that those are reasonable comments from a project-management
>perspective.  
>
>Back when I was manager of a department of system administrators, I 
>told my employees that I'd shield them from problems visited onto our
>department from other parts of the firm and help their professional
>development, and in return I asked and expected two things:  (1) 
>Do their assigned share of our work, but equally important, (2) make 
>sure I was never blindsided about anything they did, i.e., if there 
>was bad news in which they were involved,  I expected to hear it from
>them first and immediately, not later or from anyone else.
>
>Devuan Project of course differs in being less-hierarchical not to
>mention volunteer, but good and timely communication is every bit as
>important if not more so, and the antipatterns I've seen lately appear
>to _all_ involve failure to do timely consultation, and then reliance
>on 
>known-problematic _asynchronous_ communication methods such as e-mail /
>mailing lists that are inadequate to the situation and tend to worsen
>interpersonal conflict, avoidably.
>
>Devuan has suffered enough loss, and I wish everyone would please
>de-escalate and to understand that e-mail is not the right solution for
>all communication needs, especially where there is risk of
>contentiousness and hard feelings.  
>
>And you belong here, and would be greatly missed.
>
>
>-- 
>Cheers,  "I am not a vegetarian because I love
>animals; 
>Rick MoenI am a vegetarian because I hate
>plants."
>r...@linuxmafia.com-- A. Whitney
>Brown
>McQ! (4x80)
>___
>Dng mailing list
>Dng@lists.dyne.org
>https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Hi, 
I second what Rick Moen said.

Centurion_Dan, please stay.

And guys, relax please.

If you don t, the situation won t 
defuse.

Yoroshiku!___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Way forward

[mett]

>
>Dear all, I am a Devuan fan and one of the DNG lurkers 
>
>In my opinion Devuan is still a small community with a large task to
>accomplish, 
>and splits and divisions are a loss for the community and the open
>source in 
>general. While everybody is obviously free to leave if he realizes he
>does not 
>share the same goal as the rest of the project, we are still facing a
>crisis. I 
>thus believe that we should win over people who supported devuan in the
>past, 
>not fight with them. As far as I can see, if we don't do this the only
>winner is 
>the troll party.
>
>Best Regards
>
>   Massimo
>
>-- 
>^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^
>massimo.copp...@isti.cnr.it+39 (050) 3152992 - mobile +39 348
>3962622
>HPC Laboratory  - ISTI "A.Faedo" - CNR   
>http://hpc.isti.cnr.it/
>(Room C33) via G. Moruzzi 1, 56124 Pisa, Italy (alt:
>copp...@di.unipi.it)
>___
>Dng mailing list
>Dng@lists.dyne.org
>https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

+1
keep your sang-froid evbdy
because the only thing that matter 
is to carry on forward
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] The 1st Devuan conference kicks off tomorrow afternoon!

[mett]

On 2019年4月5日 4:10:53 JST, Jaromil  wrote:
>On Thu, 04 Apr 2019, Hendrik Boom wrote:
>
>> I'm homesick already.  I can't be there.
>
>you will be missed Hendrik, but I believe this is just one of many to
>come and consider this a bootstrap and some people involved already
>announced the will to host a conference near their place and we'll
>facilitate and discuss that too so... get better for the next!!
>or how we say here, beterschap!
>___
>Dng mailing list
>Dng@lists.dyne.org
>https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

cant be in dam but will be watching the stream for sure!___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Update on the Green Hat Hackers attack

[mett]

On 2019年4月1日 22:01:56 JST, lilo via Dng  wrote:
>Il 01/04/19 09:03, KatolaZ ha scritto:
>> Dear D1rs,
>> 
>> we have analysed in depth the attack from the "Green Hat Hackers"
>that
>> compromised the Devuan infrastructure in the last hours, and we
>> concluded that you all are:
>> 
>>* APRIL FOOLS *
>> 
>> :P
>
><3
>
>i saw soon yestarday but lurking and a lot of lol reading here. Ops!
>
>:*
>
>and
>
>THE WEB SUCKS -- JAVASCRIPT SUCKS -- BROWSERS SUCK
>
>WE ARE GREEN HAT HACKERS: WE CAME, WE SAW, WE KICKED YOUR ASS
>
>*** KISS PORT 80 GOODBYE -- JOIN THE REVOLUTION ON PORT 70 ***
>
>\0/ yahyyy for ever and ever.
>
>
>
>--lilo;
>
>
>-- 
>-e' tutto calcolato, ma non funziona niente-
>X-LiLo
>/Consulenza del Lavoro, Telematica, Fiscale.
>centro autorizzato CAF CDL srl 00067 Uff. Periferico 1300E
>ScosseCAF Scosse.org @Casa Internazionale delle Donne
>Via della Lungara 19 - Roma - 1°piano, stanza 106
>martedi e giovedi 16.30 - 21.00 o su appuntamento.
>PEC x-l...@legalmail.it
>///
>bit in rebels => devuan.org

un tres tres bel exploit!___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] *** DEVUAN.ORG HAS BEEN PWNED *** , message -- UPDATE

[mett]

On 2019年4月1日 11:03:36 JST, Hendrik Boom  wrote:
>On Mon, Apr 01, 2019 at 01:35:30AM +0200, KatolaZ wrote:
>> On Mon, Apr 01, 2019 at 12:21:58AM +0200, KatolaZ wrote:
>> 
>> [cut]
>> 
>> > 
>> > Just to let you know that Devuan's caretakers got anonymous emails
>> > from a group who identified themselves as "Green Hat Hackers". They
>> > insisted on the last line of the pwned website. If you have any
>clue,
>> > let us know.
>> > 
>> 
>> ok we probably got that!
>> 
>> $ date -d @7779847
>> $ date -d @1554080659
>
>Or
>
>date -u -d @7779847
>date -u -d @1554080659
>
>-- hendrik
>___
>Dng mailing list
>Dng@lists.dyne.org
>https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

+1 for the -u___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] libapache2-mod-fastcgi

[mett]

On 2019-03-02 16:28, mett wrote:

Hi,

I couldn't find fastcgi module in apt-cache.
Only libapache2-mod-fcgid.

Does that mean that libapache2-mod-fastcgi is not available
on Dev1 Jessie?

TIA
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Just found it in non-free!

http://auto.mirror.devuan.org/merged jessie main contrib non-free>

Sorry for the noise...
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] libapache2-mod-fastcgi

[mett]

Hi,

I couldn't find fastcgi module in apt-cache.
Only libapache2-mod-fcgid.

Does that mean that libapache2-mod-fastcgi is not available
on Dev1 Jessie?

TIA
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Systemd as tragedy

[mett]

On 2019年1月31日 15:22:57 JST, Rick Moen  wrote:
>Quoting Alessandro Selli (alessandrose...@linux.com):
>
>> Might interest someone:
>> 
>> https://lwn.net/Articles/777595/
>> 
>>  [Front] Posted Jan 28, 2019 20:05 UTC (Mon) by corbet
>> 
>> Tragedy, according to Wikipedia, is "a form of drama based on human
>> suffering that invokes an accompanying catharsis or pleasure in
>> audiences". Benno Rice took his inspiration from that definition for
>his
>> 2019 linux.conf.au talk on the story of systemd which, he said,
>involves
>> no shortage of suffering. His attempt to cast that story for the
>> pleasure of his audience resulted in a sympathetic and nuanced look
>at a
>> turbulent chapter in the history of the Linux system.
>
>As I'm (like you) an LWN.net subscriber, I can furnish a 'subscriber
>link' for the benefit of Dng readers.  Enjoy.
>https://lwn.net/SubscriberLink/777595/c64f9542bdd40595/
>
>-- 
>Cheers,  "I am a member of a civilization (IAAMOAC).  Step
>back
>Rick Moenfrom anger.  Study how awful our ancestors had it,
>yet
>r...@linuxmafia.com  they struggled to get you here.  Repay them by
>appreciating
>McQ! (4x80)  the civilization you inherited."   --
>David Brin
>___
>Dng mailing list
>Dng@lists.dyne.org
>https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Thanks a lot Rick!
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] /usr to merge or not to merge... that is the question??

[mett]

On 2018年11月17日 20:57:23 JST, Alessandro Selli  wrote:
>On 16/11/18 at 11:43, KatolaZ wrote:
>> On Fri, Nov 16, 2018 at 10:19:30AM +, Rowland Penny wrote:
>>
>> [cut]
>>
>>> So, after reading Steve's enlightening description, I am with him,
>the
>>> merge is only needed by systemd and seems to be a way of forcing it
>on
>>> everybody, so I am against it.
>>>
>> It would be actually more productive to base this discussion on solid
>> technical arguments.
>
>
>  I am one of those who can't do without initramfs because I mostly run
>GNU/Linux on laptops and for obvious security reasons they all run on
>fully encrypted filesystems, / included.
>
>  However I do loath the / and /usr merge.  I find it irritating that I
>am asked to provide with sound technical reasons to keep the two
>filesystems separated as I needed to justify 4 decades of sound
>sysadminiship practice when it's the 
[cut]
>
>The "good reasons to keep things the way they" are have been enumerated
>several times, but I'm happy to list them again:
>
>
>1) complexity and bloat are the key enemies of resiliency;
>
>2) the smaller the most critical OS components are, the more solid the
>whole system is;
>
>3) the smaller / is the easier it is to repair, to secure and audit, to
>provide with alternative boot paths/rescue procedures;
>
>4) merging / with /usr takes away significant degrees of freedom in
>customization and hacking into one's own system and GNU/Linux owes much
>of it's fortune in being a hacker-friendly system that is easy to
>customize, even to the extremes.
>
>
[cut]

Hi,

I am against the merge for the same 
reasons as above.

Resiliency and modularity are important.

Bye,

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Everyone OK for using the logger program for runit logging?

[mett]

On 2018年10月23日 18:44:25 JST, Didier Kryn  wrote:
>Le 23/10/2018 à 11:21, Stephan Seitz a écrit :
>> On Di, Okt 23, 2018 at 11:06:52 +0200, Didier Kryn wrote:
>>>     syslog() is a member of the C library which allows any 
>>> application to send messages to the system logging facility, through
>
>>> the socket /var/log/syslog and some lock mechanism (probably using a
>
>>> semaphore) to 
>>
>> I think you mean /dev/log.
>> srw-rw-rw- 1 root root 0 Okt 11 16:52 /dev/log
>>
>> /var/log/syslog is a file written by the log daemon. 
>
>
>     You're absolutely right. Thanks :-)
>
>     /var/log/syslog is exactly where the syslog daemon (eg rsyslog) 
>writes its own logs (in the default configuration).
>
>

thanks everybody for all the comments

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Everyone OK for using the logger program for runit logging?

[mett]

On 2018年10月23日 9:10:59 JST, wirelessd...@gmail.com wrote:
>On Tue, 23 Oct 2018 at 07:37, Rick Moen  wrote:
>> The mainstream choices (disregarding journald) in 2018 are rsyslog
>and
>> syslog-ng, period.  A case could be made for either.  I _think_
>> rsyslog remains more common.  I've personally only encountered
>> syslog-ng in embedded logging appliances manufactured by Hungarian
>firm
>> Balabit, which also is the primary code maintainer for the open
>source
>> codebase, offering an enhanced proprietary version to customers.
>> Consequently, syslog-ng can be considered a case of 'open core' in
>the
>> sense that syslog-ng is always at risk of being the disregarded
>> stepchild because more effort is put into the proprietary 'Premium
>Edition'.
>> (This is part of the reason I personally continue to favour rsyslog,
>> but not vehemently.)
>>
>> 2007 comparison:
>>
>https://web.archive.org/web/20170612021518/http://blog.gerhards.net/2007/08/why-does-world-need-another-syslogd.html
>
>Even Poettering recommends rsyslog for some use cases
>
>https://github.com/systemd/systemd/issues/1291
>
>--Tom

Hi,

by the way, what do u think about
what is written on that page regarding 
logging?

http://jdebp.eu./FGA/unix-daemon-design-mistakes-to-avoid.html

I was thinking if there is a better
way of logging,
might be worth to try it.

ciao,
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Weird network issue - slow to resolve IPs [solved]

[mett]

On 2018年10月16日 11:16:30 JST, goli...@dyne.org wrote:
>> On Sat, Oct 13, 2018 at 05:30:56PM -0500, goli...@dyne.org wrote
>> 
>It is incredibly annoying to be connected to a rather fast pipe yet
>have 
>to travel on what feels like 56k connection to get to where I can 
>benefit from it.
>> 
>> golinux
>> 
>
>With help from my Devuan friends the connection times have improved 
>significantly. After  little poking around and a very interesting talk 
>with my ISP, I decided that the ISP's DNS resolver was contributing 
>significantly to the slow connection times. A suggestion from a Devuan 
>ninja, encouraged me install unbound. I was instructed to put the IP in
>
>/etc/resolv.conf and to enable the prepend (I can't remember exactly 
>where).  Now my connection times are mostly pretty snappy.
>
>This has been an interesting, informative thread and I appreciate 
>everyone who shared their thoughts.
>
>Till next time,
>
>golinux
>

Hi,

Happy to know u solved the problem.

By the way, 
that means that was not some  
No-Net-Neutrality's effect 
if I understand correctly.

All the best,
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Weird network issue - slow to resolve IPs

[mett]

On 2018年10月14日 10:59:54 JST, Hendrik Boom  wrote:
>On Sat, Oct 13, 2018 at 05:30:56PM -0500, goli...@dyne.org wrote:
>> On 2018-10-13 09:05, Steve Litt wrote:
>> > On Fri, 12 Oct 2018 14:21:19 -0500
>> > goli...@dyne.org wrote:
>> > 
>> > > Greetings everyone,
>> > > 
>> > > Something funny is going on with my networking.  It's taking a
>very
>> > > long time to resolve host IPs across all browsers. It's been
>> > > happening for a week or two but I'm just now getting annoyed
>enough
>> > > to troubleshoot.
>> > 
>> > Me too. I just noticed it about a month ago when I installed my own
>> > Unbound resolver instead of just sending all queries to 8.8.8.8.
>> > 
>> > Somebody later in this thread mentions that you shouldn't judge
>> > resolution time by what the browser says. A few tests with dig and
>> > nslookup tell me that with most domains I've never hit before (or
>which
>> > have expired since I hit them), resolution usually takes less than
>a
>> > second.
>> > 
>> > In my case, I'm temporarily assuming that before installing my own
>> > resolver I never noticed how much of slow browser loading was due
>to
>> > browser's inefficient dns operations.
>> > 
>> > SteveT
>> > 
>> 
>> I have some food for thought to share but first an update.  A
>technician
>> came out today to check the line and setup. Line was clear and
>strong.
>> Switched the modem and now getting 256 down.  But . . . internet is
>still
>> very slow to connect as verified by several of you.  Once it gets to
>where
>> it's going, it is really fast.  So here's my conclusion . . .
>> 
>> I think we are finally seeing the effects of the demise of Net
>Neutrality.
>> Corporations are raking in a lot of money streaming videos to every
>> imaginable device and the tech sites that I/we frequent are a low
>priority.
>> So we are being bumped to the slow lane.  Aaron Swartz and others saw
>this
>> coming and it has finally arrived.  Will be interesting to see just
>how bad
>> it's going to get . . .
>
>Have you tried timing connection time to sites that likely *are* in the
>
>fast lane?  Do we eveen now what they are?
>
>-- hendrik
>
>> 
>> HND
>> 
>> golinux
>> 
>> 
>> 

hi,

a fast way if u re living in the EU would be to try a european site as net 
neutrality is still en vigueur there.

if same phenomen there(net slow), 
then it s definitely smtg else.

But personally i would try more troubleshooting first like :
- ping all the gateways u found on ur 
  traceroute results(starting w/ the nearest ur terminal)  
- try some options to traceroute or ping 
to get an answer even from the gateways 
that dont answer to icmp, like sending tcp or udp packets.

hth 
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] [OT] Restricting user capabilities after ssh login

[mett]

On Sun, 12 Aug 2018 13:18:23 +0200
info at smallinnovations dot nl  wrote:

> On 12-08-18 06:55, mett wrote:
> > Hi, 
> >
> > I m wondering about the best way to restrict a user after 
> > he has ssh'd into his web folder.
> >
> > Up to now, the users I had were using only FTP 
> > to log into their web folder, 
> > and upload stuff in there
> > (chrooted in their folder with vsftpd).  
> 
> > The setup is a devuan server under jessie with apache2 providing
> > http server.
> > Then, I use php-fpm to tie user, web-server and php processes.
> > The passwd files is as below:
> > 'user01:x:::user01,,,:/home/www/example.com/:/bin/bash'.
> >
> > TIA
> > ___
> > Dng mailing list
> > Dng@lists.dyne.org
> > https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng  
> 
> When you intend to replace ftp you can start with limiting the user to
> use sftp only. No need to have a login shell.
> 
> That part of my sshd_config looks like:
> 
> Subsystem sftp internal-sftp
> Match group sftponly
>     ChrootDirectory /home/%u
>     X11Forwarding no
>     AllowTcpForwarding no
>     ForceCommand internal-sftp
> 
> 
> Grtz.
> 
> Nick
> 
> 
> 
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Thanks a lot for the input. 
I ll definitely have to do it at one point.

Cheers,
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] [OT] Restricting user capabilities after ssh login

[mett]

On Sun, 12 Aug 2018 09:38:45 +0300
Lars Noodén  wrote:

> On 08/12/2018 09:10 AM, KatolaZ wrote:
> > On Sun, Aug 12, 2018 at 01:55:00PM +0900, mett wrote:  
> [snip]>> I m considering giving ssh access but I realized that
> >> chroot for ssh looks quite involved.
> >>
> >> So, I m wondering if using 'chmod o-r' 
> >> for folders(and subfolders), and files on 
> >> /etc, /home, /root, /usr and /var is a viable solution.  
> > 
> > Maybe use a restricted shell, allowing only the bunch of commands
> > you would like the users to be able to run. Beware of cat(s),
> > though.  
> 
> With restricted shell the main thing is to make a separate directory
> for the rshell user and replace $PATH with it so they can't access the
> normal directories.  There you put links (symbolic or hard) to the
> original applications they are allowed to run, how ever few those are
> but the fewer the better.
> 
> However, why vsftpd instead of using chrooted SFTP for the file
> transfers?
> 
> /Lars
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Thanks for the input.

To be honest, rbash is what I thought of, first.

2 things refrain me from using it:
-user cannot cd in his subdirectories
(I could as Lars said, then put applications 
I d like the user has access to)
-the wikipedia example of writing 'bash' at the command line
and then being able to access everywhere(I tried it).

Regarding vsftpd instead of SFTP, 
the only reason is I had no problem with ftp up to now. 
OK, the files transfer can be tapped by the wire
provider but that is not a big concern to the users-base
(of course, I explained to them already).

Anyway, I think I ll move to SFTP at one point.

So, you don't think, as well, that restricting 
read access to others
(on the the files and folders I choose) 
is a viable solution?
I should have say read and write by the way.

Cheers,
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] [OT] Restricting user capabilities after ssh login

[mett]

On Sat, 11 Aug 2018 22:38:52 -0700
Rick Moen  wrote:

> Quoting mett (m...@pmars.jp):
> 
> > I m wondering about the best way to restrict a user after 
> > he has ssh'd into his web folder.  
> 
> Try a chroot jail.
> https://www.tecmint.com/restrict-ssh-user-to-directory-using-chrooted-jail/
> or
> https://www.cyberciti.biz/faq/debian-ubuntu-restricting-ssh-user-session-to-a-directory-chrooted-jail/
> 
> If the users doesn't _need_ ssh access per se, you might consider
> WebDAV, instead.
> 

Thanks for the input.

So, restricting read access to others only 
is not a viable solution?
I should have say read and write, by the way.

Actually, I checked those links before asking and 
thought was a little bit too involved for my case.

But I think I will go this way in the end.

WebDAV, I didn't know about, that looks interesting
as well.

Cheers,
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] [OT] Restricting user capabilities after ssh login

[mett]

Hi, 

I m wondering about the best way to restrict a user after 
he has ssh'd into his web folder.

Up to now, the users I had were using only FTP 
to log into their web folder, 
and upload stuff in there
(chrooted in their folder with vsftpd).

I m considering giving ssh access but I realized that 
chroot for ssh looks quite involved.

So, I m wondering if using 'chmod o-r' 
for folders(and subfolders), and files on 
/etc, /home, /root, /usr and /var is a viable solution.

Restricting read privilege would allowed me to 
stop that user from copying files I don t want he copies, 
as well as listing directories I don t want he lists.

Still the user would be able to access system 
and other users' folders,  
but if he cannot do anything in there, 
then there is no point for him to do it.

What do you think?

The setup is a devuan server under jessie with apache2 providing
http server.
Then, I use php-fpm to tie user, web-server and php processes.
The passwd files is as below:
'user01:x:::user01,,,:/home/www/example.com/:/bin/bash'.

TIA
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] inittab getty tty

[mett]

2016-09-24 12:53 に mett さんは書きました:

2016-09-23 23:56 に Rainer Weikusat さんは書きました:

mett <m...@pmars.jp> writes:

[...]



I realized few days ago I had not any tty when the server comes up
(and is up), while trying to set up a serial connection to this 
server:


root@tamerrp:/home/mettler# ps aux | grep tty
root 3560 0.0 0.0 12728 2284 pts/2 S+ 11:19 0:00 grep tty

root@tamerrp:/home/mettler# dmesg | grep tty
[0.00] Command line: BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-amd64
root=UUID=5982d543-1e27-4350-b2f2-81d0cc40e0a0 ro console=tty0
console=ttyS0,9600n8
[0.00] Kernel command line:
BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-amd64
root=UUID=5982d543-1e27-4350-b2f2-81d0cc40e0a0 ro console=tty0
console=ttyS0,9600n8
[0.00] console [tty0] enabled
[0.00] console [ttyS0] enabled
[8.132769] 00:04: ttyS0 at I/O 0x3f8 (irq = 4, base_baud = 115200) is 
a 16550A

[30.550283] ttyS1: LSR safety check engaged!
[30.611799] ttyS1: LSR safety check engaged!

(I can connect via ssh).


The command-line you're booting with instructs the kernel to print
output on tty0 and ttyS0 but only accept input from ttyS0.


Thanks for your answers.
ttyS0 is not available as well.
Once the system is booted, only ssh is available.
(I don't have any problem at boot level, or even at BIOS level(it's an
HP DL320 g5s)
I can select kernel via graphical-console or serial-console, according
to how I set /etc/default/grub, by the way.
Right now I've defaulted everything, so I can only select kernel via
graphical-console at boot level).




It seems init is not parsing /etc/inittab while starting up
(init q seems wihtout effect as well).


This seems very unlikely. In order to check for this, you could attach
an strace to init with

strace -f -p 1

[...]

Here is the result of strace:
--
root@tamerrp:/home/mettler# strace -f -p 1
Process 1 attached
select(11, [10], NULL, NULL, {4, 999684}init q
) = 0 (Timeout)
stat("/run/initctl", {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0
fstat(10, {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0
stat("/run/initctl", {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0
select(11, [10], NULL, NULL, {5, 0})= 0 (Timeout)
stat("/run/initctl", {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0
fstat(10, {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0
stat("/run/initctl", {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0
select(11, [10], NULL, NULL, {5, 0})= 0 (Timeout)
stat("/run/initctl", {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0
fstat(10, {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0
stat("/run/initctl", {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0
select(11, [10], NULL, NULL, {5, 0}^CProcess 1 detached
 
--
My goal is to boot with sysvinit.
--
root@tamerrp:/home/mettler# less /sbin/init
[...]
INIT_VERSION=sysvinit-2.88
[...]
--
I think Ill try the init re-install path, installing another init 
before.
I started making a script calling getty from /etc/rc0.d or 
/etc/rc.local,

but, I finally think it's wiser to have sysvinit doing what it is
expected to do.


Just an update
I re-installed sysvinit to no avail. While checking the log after that,
I saw that init q was working
--
root@tamerrp:/home/mettler# grep inittab /var/log/syslog
Sep 24 10:04:38 tamerrp init: Re-reading inittab
--
but still no luck with tty...
That's when I realized, by chance, that changing of running level would 
bring me the tty

--
root@tamerrp:/home/mettler# init 3
root@tamerrp:/home/mettler# ps aux | grep tty
root  2384  0.0  0.0  14416  2016 tty1 Ss+  18:18   0:00 
/sbin/getty 38400 tty1
root  2385  0.0  0.0  14416  2156 tty2 Ss+  18:18   0:00 
/sbin/getty 38400 tty2

[...]
root  2392  0.0  0.0  12664  1912 ttyS0Ss+  18:18   0:00 
/sbin/getty -L ttyS0 9600 vt100
root  2797  0.0  0.0  12728  2300 pts/0S+   18:27   0:00 grep 
tty

--
I tried to write an initscript to bring the system to init 3 then but 
didn't get any interesting results.
Finally, I found on the net you can setup a crontab starting with 
@reboot instead of mhdmd.
That did the trick. System is now initting to runlevel 2 then crontab 
call a script

that is '/sbin/init 3' to runlevel 3 where I get the tty.
I still don't know what is the origin of this behaviour though but I 
have a temporary solution at least!


HTH sby sday!
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] inittab getty tty

[mett]

2016-09-23 23:56 に Rainer Weikusat さんは書きました:

mett <m...@pmars.jp> writes:

[...]



I realized few days ago I had not any tty when the server comes up
(and is up), while trying to set up a serial connection to this 
server:


root@tamerrp:/home/mettler# ps aux | grep tty
root 3560 0.0 0.0 12728 2284 pts/2 S+ 11:19 0:00 grep tty

root@tamerrp:/home/mettler# dmesg | grep tty
[0.00] Command line: BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-amd64
root=UUID=5982d543-1e27-4350-b2f2-81d0cc40e0a0 ro console=tty0
console=ttyS0,9600n8
[0.00] Kernel command line:
BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-amd64
root=UUID=5982d543-1e27-4350-b2f2-81d0cc40e0a0 ro console=tty0
console=ttyS0,9600n8
[0.00] console [tty0] enabled
[0.00] console [ttyS0] enabled
[8.132769] 00:04: ttyS0 at I/O 0x3f8 (irq = 4, base_baud = 115200) is 
a 16550A

[30.550283] ttyS1: LSR safety check engaged!
[30.611799] ttyS1: LSR safety check engaged!

(I can connect via ssh).


The command-line you're booting with instructs the kernel to print
output on tty0 and ttyS0 but only accept input from ttyS0.


Thanks for your answers.
ttyS0 is not available as well.
Once the system is booted, only ssh is available.
(I don't have any problem at boot level, or even at BIOS level(it's an 
HP DL320 g5s)
I can select kernel via graphical-console or serial-console, according 
to how I set /etc/default/grub, by the way.
Right now I've defaulted everything, so I can only select kernel via 
graphical-console at boot level).





It seems init is not parsing /etc/inittab while starting up
(init q seems wihtout effect as well).


This seems very unlikely. In order to check for this, you could attach
an strace to init with

strace -f -p 1

[...]

Here is the result of strace:
--
root@tamerrp:/home/mettler# strace -f -p 1
Process 1 attached
select(11, [10], NULL, NULL, {4, 999684}init q
) = 0 (Timeout)
stat("/run/initctl", {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0
fstat(10, {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0
stat("/run/initctl", {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0
select(11, [10], NULL, NULL, {5, 0})= 0 (Timeout)
stat("/run/initctl", {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0
fstat(10, {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0
stat("/run/initctl", {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0
select(11, [10], NULL, NULL, {5, 0})= 0 (Timeout)
stat("/run/initctl", {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0
fstat(10, {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0
stat("/run/initctl", {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0
select(11, [10], NULL, NULL, {5, 0}^CProcess 1 detached
 
--
My goal is to boot with sysvinit.
--
root@tamerrp:/home/mettler# less /sbin/init
[...]
INIT_VERSION=sysvinit-2.88
[...]
--
I think Ill try the init re-install path, installing another init 
before.
I started making a script calling getty from /etc/rc0.d or 
/etc/rc.local,
but, I finally think it's wiser to have sysvinit doing what it is 
expected to do.


Thanks again.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] inittab getty tty

[mett]

Hi,

Thanks for all the wonderful work you re providing.

I'd like some advice on Dev1-jessie's init system.

I've converted a wheezy install to a jessie-Dev1 host
following the first draft of HOWTO from Dev1-Fanboy on git
(around last September).

I realized few days ago I had not any tty when the server comes up
(and is up), while trying to set up a serial connection to this server:

root@tamerrp:/home/mettler# ps aux | grep tty
root 3560 0.0 0.0 12728 2284 pts/2 S+ 11:19 0:00 grep tty

root@tamerrp:/home/mettler# dmesg | grep tty
[0.00] Command line: BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-amd64
root=UUID=5982d543-1e27-4350-b2f2-81d0cc40e0a0 ro console=tty0
console=ttyS0,9600n8 
[0.00] Kernel command line:
BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-amd64
root=UUID=5982d543-1e27-4350-b2f2-81d0cc40e0a0 ro console=tty0
console=ttyS0,9600n8 
[0.00] console [tty0] enabled
[0.00] console [ttyS0] enabled 
[8.132769] 00:04: ttyS0 at I/O 0x3f8 (irq = 4, base_baud = 115200) is a 16550A 
[30.550283] ttyS1: LSR safety check engaged! 
[30.611799] ttyS1: LSR safety check engaged!

(I can connect via ssh).

It seems init is not parsing /etc/inittab while starting up
(init q seems wihtout effect as well). 

I am wondering what would be the best thing to do,
to tackle this problem:

-purge all init and sysvinit packages and then re-install them
(I already tried an apt-get install --reinstall, without effect)
-try to install another init system(thing is on my other devuan,
a fresh install by the way, I do not have this phenomenon,
init q is working)
-write a script to start at least one tty(tty1) and one ttyS(ttyS0)

Any advice is welcome and I have to say that I am a kind of beginner.

My system is 
root@tamerrp:/home/mettler# uname -a
Linux tamerrp 3.16.0-4-amd64 #1 SMP Debian 3.16.36-1+deb8u1
(2016-09-03) x86_64 GNU/Linuxjessie
root@tamerrp:/home/mettler# cat /etc/debian_version 
7.9
root@tamerrp:/home/mettler# cat /etc/devuan_version 
jessie

If you need more info, please tell me

TIA
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Inform DNG users their email has been moved.

[mett]

On Sun, 17 Jul 2016 18:53:21 +0200
Edward Bartolo  wrote:

> Hi,
> 
> I would like to suggest DNG mail moderators/admins to consider
> informing mail senders that their mail has been moved. Other email
> providers like Google always duly informs its users when their email
> fails to reach its destination and this notwithstanding the huge
> number of gmail users.
> 
> It is rude to leave mail senders in the dark. This lately happened to
> me. I mistakenly attributed the strange DNG behaviour to some
> temporary failure, and resulted in myself sending the same email
> several times. Some users got irritated by this resulting in abuse
> being directed at me, although the perpetrator later said it was not
> intended. Intended or not, it did add yet another nail to the coffin
> of my commitment to the Devuan project.
> 
> I am a person who takes a very long and painful time to make certain
> decisions, but when I decide, it is always final. Some people will
> deem this as "drama", but truly I have been considering withdrawing
> from Devuan for several months. Such a decision will be followed by a
> request to have my git rights removed.
> 
> Regrettably this is the situation. Those who abuse are always
> supported while I am always found to blame. This is plain
> psychological abuse as it slowly erodes self confidence in one's own
> perception of reality.
> 
> Edward
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Hi Edward,

I don't know exactly what happened with this mail thingy
but don't let small negatives vibes spread in your mind.
Many people on ML, generally, have quite strong opinion and
can't keep themselves to answer, when sometimes the best path
is just to ignore and go next step.

It's an international list, we do not speak the same English,
so give a chance to just plain misunderstanding.

And when it's not misunderstanding, just ignore and go next step,
life is too short!
Quite OT, sorry.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] [Solved]Re: Input Method Framework

[mett]

2016-01-21 14:34 に Robert Storey さんは書きました:

   writes:


Hi dear list,



Thanks again for all the work u did on Dev1 and tell me if I can

help

in anyway.



I followed devuanfanboy howto, removed dbus and installed

fluxbox（was

under xfce b4）



Thing is Im using Japanese a lot and need anthy or similar.


I need Chinese input myself (I live in Taiwan), and for now I'm also
using Emacs as my input method. However, Emacs is too complex for my
wife, so I've got her using gcin. As far as I can tell, it does not
depend on dbus (I could be wrong about that, but "apt-cache show gcin"
doesn't list dbus). Although I don't use it for Japanese, I understand
that gcin supports it. According to the package description:

Description-en: GTK+ based input method for Chinese users
 gcin is a GTK+ based input method which focused mainly on
Traditional
 Chinese. However, it is also very useful for Simplified Chinese,
Japanese,
 and many other languages

So maybe you'll want to look into that.

cheers,
Robert


皆さん
ありがとうございます。
thanks everybody, just tried emacs and japanese input 出来ました(became 
possible)

bye bye dbus
again thanks devuan and dev1fanboy's howto
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Input Method Framework

[mett]

2016-01-20 13:11 に David Kuehling さんは書きました:

Hi メット,

I haven't yet found the time to actually upgrade my Debian systems to
Devuan.  I didn even consider, that there are pitfalls around the input
method support, thanks for the info, it is good to be able to consider
these things in advance (I use japanese input myself).

My usual workaround for input-method related problems is to do
everything in Emacs.  Emacs has its own japanese input method built in
(M-x set-input-method  japanese ).  And there is also a
package that adds anthy support (apt-get install anthy-el; M-x
set-input-method  japanese-anthy ).

Downside is, you have to do all the writing in emacs.  Emacs' japanese
input support is one of the reasons I use Emacs/Gnus for writing mail.
Nice thing is, I can still properly write japanese texts, even from the
terminal when ssh-ing into my system.

I will have a look at these issues, once upgrading my system to Devuan.
Until then, please keep us posted about any progress you make.

グッドラック,

David


"メット" == メット   writes:



Hi dear list,



Thanks again for all the work u did on Dev1 and tell me if I can help
in anyway.



I followed devuanfanboy howto, removed dbus and installed fluxbox（was
under xfce b4）



Thing is Im using Japanese a lot and need anthy or similar.



I used to go with scim or ibus but it seems they both need dbus, even
the compiled version.



Was wondering if sby knew a non-dbus dependant IM or a way to
circumvent this.



Also, I had some luck w/ the pkged ibus version, and could write
Japanese despite the fact it complained about not finding dbus.
Problem then was I couldnt use Fluxbox, only the running
applications（tabbed and surf）were working.



Will take any pointers or advices, TIA.




___ Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Hi David,

Thanks a lot for the advice. I didn't kow at all you could use emacs, 
and Im gonna look into it and check vi as well as I use it quite a lot.


Actually if you stay with Dbus, you won't meet those pitfalls I think.

Just I chose to try the full howto version, proposed by devuanfanboy; 
ie. to get rid of systemd, of course,

but also getting rid of Dbus as I like simplicity as well.

System is working perfectly and I installed it on a ProLiant DL320 G5p 
as well. Both are working perfectly.


One thing which is not directly related but you might bump into when 
Devuan-ing your system is keyboard layout.
I have a Japanese keyboard layout and I couldn't find which was the 
proper keyboard to be set after upgrading

(everything got reversed to default I guess).

I mean Japanese keyboards seem to be IBM-M type(wikipedia) and they have 
103 keys for generic ones(I actually counted mine).
The app to choose your keyboard in De* does not have a choice for 
103keys.


Im not sure what is related or not but the steps which worked for 
me(it's a laptop with an annoying number pad on the right, a stupidly 
small shift key on the right but a nice ctrl key down/completely left) 
were:
1/[dpkg-reconfigure keyboard-configuration] and set to pc101 generic 
(actually I doubt this had any effect)

2/[vi /etc/default/keyboard] w/ the following settings :
 # KEYBOARD CONFIGURATION FILE

 # Consult the keyboard(5) manual page.

 XKBMODEL="pc103"   <---
 XKBLAYOUT="jp" <---
 XKBVARIANT=""
 XKBOPTIONS="terminate:ctrl_alt_bksp"

 BACKSPACE="guess"
3/[udevadm trigger --subsystem-match=input --action=change]
4/[vi /etc/initramfs-tools/initramfs.conf] where I changed
KEYMAP=n to KEYMAP=y
5/[update-initramfs -u]


Thanks.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng