Re: [DNG] [devuan-dev] Migrating from Buster to Beowulf - feedback needed

2019-09-10 Thread Mark Hindley 
José,

Hello. Thanks for this.

On Tue, Sep 10, 2019 at 09:40:42PM +0200, José Marinho wrote:
> Hi all,
> 
> >From a brand new debian server installation on Virtualbox I install desktop
> >stuff by installing task-xfce-destop metapackage and try your instructions. I
> >don't know if I miss or misunderstand something. What I got was this:
> 
> After installing devuan-keyring, changing apt sources, updating apt sources,
> editing /var/lib/dpkg/status file for removing systemd-sysv of the end of the
> line, do an "apt install --purge sysvinit-core dbus dbus-x11 libnss-systemd"

Could you check that line. It may just be a typo, but should be

 apt install --purge sysvinit-core dbus dbus-x11 libnss-systemd-

with a hyphen at the end. That cured the dbus delays for me.

> and rebooting the system, when I rebooted I notice that when the system start
> after the reboot, it gets stuck on dbus and avahi-daemon delaying init much
> more than usual. Besides this, it delays too a lot when I try to log in the
> system by console or ssh. When I finally reach a root console and issue : "apt
> install --purge policykit-1" I get this output:
> 
> apt install --purge policykit-1
> Reading package lists... Done
> Building dependency tree   
> Reading state information... Done
> Some packages could not be installed. This may mean that you have
> requested an impossible situation or if you are using the unstable
> distribution that some required packages have not yet been created
> or been moved out of Incoming.
> The following information may help to resolve the situation:
> 
> The following packages have unmet dependencies:
>  policykit-1 : Depends: libpolkit-agent-1-0 (= 0.105-25+devuan4) but 0.105-25 
> is to be installed
>Depends: libpolkit-backend-1-0 (= 0.105-25+devuan4)
>Depends: libpolkit-gobject-1-0 (= 0.105-25+devuan4)

This is odd as 0.105-25 is the buster version.

I had tested this from xfce4 install but not the task-xfce4-desktop
metapackage. I will try and see if I can reproduce.

Are there any  held packages or apt pinning in force?

Thanks

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

Re: [DNG] [devuan-dev] Migrating from Buster to Beowulf - feedback needed

2019-09-10 Thread Mark Hindley 
On Tue, Sep 10, 2019 at 10:09:12AM -0400, fsmithred via Dng wrote:
> Would a transitional package that makes the edit to /var/lib/dpkg/status be
> a sane solution?

Yes I wondered about that. What would work is a libpam-systemd.deb with Debian
#935304 fixed. But it would be a pain to maintain as we would have to keep the 
versions in
step with the rest of the systemd in buster. We also couldn't have it in the
main devuan archive as we use libpam-elogind to provide libpam-systemd, so it
would have to be a download and manual install.

In the end, I feel it is more appropriate to fix Debian bugs in Debian if we 
can.

Best wishes

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

Re: [DNG] [devuan-dev] Migrating from Buster to Beowulf - feedback needed

2019-09-10 Thread fsmithred via Dng 

On 9/10/19 7:59 AM, Mark Hindley wrote:

I have been further testing ways of migrating buster to beowulf.

With a install of xfce4 and lightdm, the cleanest way I can come up with is:

# Migrate from Debian buster to Devuan beowulf

# Install devuan-keyring
wget 
http://pkgmaster.devuan.org/devuan/pool/main/d/devuan-keyring/devuan-keyring_2017.10.03_all.deb
dpkg -i devuan-keyring_2017.10.03_all.deb

# Change APT sources
cat > /etc/apt/sources.list = 2.28), libpam0g (>= 0.99.7.1), systemd (= 241-7~deb10u1), 
libpam-runtime (>= 1.0.1-6), dbus, systemd-sysv
# 4) Remove ', systemd-sysv from the end of the line, leaving the rest of the 
line intact
# 5) Save file
cp /var/lib/dpkg/status /var/lib/dpkg/status.save
editor /var/lib/dpkg/status

# Install new init and dbus.
# Ensure we will have dbus-x11 to provide dbus-session-bus after systemd is 
gone.
# Remove libnss-systemd to avoid delays on nss lookups after reboot.
apt install --purge sysvinit-core dbus dbus-x11 libnss-systemd-

reboot

# If you have policykit-1 installed, update it.
# This will also purge systemd* and install libpam-elogind
apt install --purge policykit-1

# The rest of the migration (base-files, eudev, etc)
# This will also purge sytemd* if not already done.
apt --purge full-upgrade

# Optionally, if you didn't edit /var/lib/dpkg/status above
# Reinstall whatever desktop and display manager was removed
# apt install xfce4 lightdm

# Change ens3 to eth0 in /etc/network/interfaces
sed s/ens3/eth0/ -i /etc/network/interfaces

reboot

# Remove cruft
apt autoremove --purge

Done!

The transitional systemd-sysv package I talked about a few days ago to smooth
over #935304 isn't going to work as I had forgotten that sysvinit-core conflicts
with systemd-sysv.

The hack to work around #935304 by editing /var/lib/dpkg/status is not pretty at
all. If you don't want it you will have to accept removal of some GUI components
with libpam-systemd and then reinstall them after libpam-elogind is in place.

I hope the instructions are reasonably clear.

Do give feedback.

Thanks

Mark


Would a transitional package that makes the edit to /var/lib/dpkg/status 
be a sane solution?


fsmithred

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

Re: [DNG] udisks2 - who uses it? (not a poll)

2019-09-10 Thread fsmithred via Dng 

On 9/10/19 5:11 AM, Daniel Reurich wrote:

On 08/09/19 07:37, fsmithred via Dng wrote:

On 9/7/19 1:33 PM, Ismael L. Donis Garcia wrote:

- Original Message - From: "fsmithred via Dng"

To: "dng" 
Sent: Friday, September 06, 2019 9:23 AM
Subject: [DNG] udisks2 - who uses it? (not a poll)



In ascii, udisks2 has been devuanized to remove a dependency on
libpam-systemd (and maybe libsystemd0, too.)

The version of udisks2 in beowulf is very old compared to what's in
buster.

The version in buster depends on libpam-systemd OR libpam-elogind.
(Also libsystemd0 OR libelogind0) Since we have libpam-elogind and
libelogind0 in the repos, we don't really need to devuanize udisks2
anymore. Do we?

Does anyone use udisks2 who doesn't want libpam-elogind or
libelogind0 with it?

fsmithred (looking to reduce the work load)



I use udisks2, but I also use libpam-elogind and libelogind0

Right now I am needing this update to install other packages.

Best Regards
--
Ismael



Thanks.

Things are moving slowly now, and I have no idea when we will get the
newer version into the repo. For now, I suggest you download udisks2 and
libudisks2-0 from packages.debian.org and install them manually.
https://packages.debian.org/buster/udisks2

If you wait for us, you'll get the exact same packages, only it will be
later.

fsmithred


fsmithred - do we need to drop udisks2 forked package from unstable and
beowulf?




Yes. Nobody has objected to that, and it will fix the problem. Here's the 
current landscape:


  Version table:
 2.8.4-1 500
500 http://debian.csail.mit.edu/debian sid/main amd64 Packages
 2.8.1-4 10
 10 http://debian.csail.mit.edu/debian buster/main amd64 Packages
 2.1.8-1+devuan2 500
500 http://deb.devuan.org/merged ascii/main amd64 Packages
500 http://auto.mirror.devuan.org/merged ascii/main amd64 Packages
 2.1.8-1 10
 10 http://debian.csail.mit.edu/debian stretch/main amd64 Packages
 2.1.3-5+devuan2 50
 50 http://deb.devuan.org/merged beowulf/main amd64 Packages
 50 http://pkgmaster.devuan.org/merged ceres/main amd64 Packages
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] [devuan-dev] Migrating from Buster to Beowulf - feedback needed

2019-09-10 Thread Mark Hindley 
I have been further testing ways of migrating buster to beowulf.

With a install of xfce4 and lightdm, the cleanest way I can come up with is:

# Migrate from Debian buster to Devuan beowulf

# Install devuan-keyring
wget 
http://pkgmaster.devuan.org/devuan/pool/main/d/devuan-keyring/devuan-keyring_2017.10.03_all.deb
dpkg -i devuan-keyring_2017.10.03_all.deb

# Change APT sources
cat > /etc/apt/sources.list = 2.28), libpam0g (>= 0.99.7.1), systemd (= 
241-7~deb10u1), libpam-runtime (>= 1.0.1-6), dbus, systemd-sysv
# 4) Remove ', systemd-sysv from the end of the line, leaving the rest of the 
line intact
# 5) Save file
cp /var/lib/dpkg/status /var/lib/dpkg/status.save
editor /var/lib/dpkg/status

# Install new init and dbus.
# Ensure we will have dbus-x11 to provide dbus-session-bus after systemd is 
gone.
# Remove libnss-systemd to avoid delays on nss lookups after reboot.
apt install --purge sysvinit-core dbus dbus-x11 libnss-systemd-

reboot

# If you have policykit-1 installed, update it.
# This will also purge systemd* and install libpam-elogind
apt install --purge policykit-1

# The rest of the migration (base-files, eudev, etc)
# This will also purge sytemd* if not already done.
apt --purge full-upgrade

# Optionally, if you didn't edit /var/lib/dpkg/status above
# Reinstall whatever desktop and display manager was removed
# apt install xfce4 lightdm

# Change ens3 to eth0 in /etc/network/interfaces
sed s/ens3/eth0/ -i /etc/network/interfaces

reboot

# Remove cruft
apt autoremove --purge

Done!

The transitional systemd-sysv package I talked about a few days ago to smooth
over #935304 isn't going to work as I had forgotten that sysvinit-core conflicts
with systemd-sysv.

The hack to work around #935304 by editing /var/lib/dpkg/status is not pretty at
all. If you don't want it you will have to accept removal of some GUI components
with libpam-systemd and then reinstall them after libpam-elogind is in place.

I hope the instructions are reasonably clear.

Do give feedback.

Thanks

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

[DNG] Unix Socket class: how to send arguments to the suid of simple-netaid

2019-09-10 Thread aitor_czr 

Hi all,

Here you are an example of the unix socket class used in simple-netaid 
for sending the arguments
to the suid binary through a file descriptor instead of using arguments 
in the command line:


http://gnuinos.org/socket/socket-class-example/

You'll need to install libglibmm-2.4-dev for the server of the socket 
(It's multithreaded and uses a

Glib::Threads::Thread *thread pointer).

As you can see in the example (have a look at the main.cpp of the 
server), the constructor of the
serverSocket class receives the name of the file descriptor as a first 
argument:


serverSocket sender( FILE_DESCRIPTOR, std::string... );

The rest of the arguments in the constructor are the values of the 
arguments sent by the socket,
and both the quantity and the length of these strings are unlimited. The 
client side of the socket
class will use a std::vector for the received 
arguments(look at the main.cpp of the

server).

After building the example (use the Makefile for that), just run the 
server in a secondary plane:


$ ./server &
[1] 10739

It may then run the client, getting all the received mesages:

$ ./client
These are the received messages:
    0
    Hi
    hello
    folks
[1]+  Hecho   ./server

You can download the tarball of the example from here:

wget http://gnuinos.org/socket/socket_class_example.tar.gz

Cheers,

Aitor.



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

Re: [DNG] udisks2 - who uses it? (not a poll)

2019-09-10 Thread Daniel Reurich 
On 08/09/19 07:37, fsmithred via Dng wrote:
> On 9/7/19 1:33 PM, Ismael L. Donis Garcia wrote:
>> - Original Message - From: "fsmithred via Dng"
>> 
>> To: "dng" 
>> Sent: Friday, September 06, 2019 9:23 AM
>> Subject: [DNG] udisks2 - who uses it? (not a poll)
>>
>>
>>> In ascii, udisks2 has been devuanized to remove a dependency on
>>> libpam-systemd (and maybe libsystemd0, too.)
>>>
>>> The version of udisks2 in beowulf is very old compared to what's in
>>> buster.
>>>
>>> The version in buster depends on libpam-systemd OR libpam-elogind.
>>> (Also libsystemd0 OR libelogind0) Since we have libpam-elogind and
>>> libelogind0 in the repos, we don't really need to devuanize udisks2
>>> anymore. Do we?
>>>
>>> Does anyone use udisks2 who doesn't want libpam-elogind or
>>> libelogind0 with it?
>>>
>>> fsmithred (looking to reduce the work load)
>>>
>>
>> I use udisks2, but I also use libpam-elogind and libelogind0
>>
>> Right now I am needing this update to install other packages.
>>
>> Best Regards
>> -- 
>> Ismael
>>
> 
> Thanks.
> 
> Things are moving slowly now, and I have no idea when we will get the
> newer version into the repo. For now, I suggest you download udisks2 and
> libudisks2-0 from packages.debian.org and install them manually.
> https://packages.debian.org/buster/udisks2
> 
> If you wait for us, you'll get the exact same packages, only it will be
> later.
> 
> fsmithred

fsmithred - do we need to drop udisks2 forked package from unstable and
beowulf?


-- 
Daniel Reurich
Centurion Computer Technology (2005) Ltd.
021 797 722



signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng