[DNG] packages.devuan.org is not updated for a long time

[Hleb Valoshka]

cat /etc/apt/sources.list
deb http://packages.devuan.org/merged ceres main contrib non-free

sudo apt update
Hit:1 http://packages.roundr.devuan.org/merged ceres InRelease
Reading package lists... Done
Building dependency tree
Reading state information... Done
8 packages can be upgraded. Run 'apt list --upgradable' to see them.

Those 8 are from the previous update made a week or two ago.

lynx --dump http://packages.roundr.devuan.org/merged/dists/ceres/main/
[23]Contents-all.gz08-Oct-2018 10:09
  34
[24]Contents-amd64.gz  08-Oct-2018 10:12
36760877
[25]Contents-arm64.gz  08-Oct-2018 10:15
35139206
[26]Contents-armel.gz  08-Oct-2018 10:17
34457135
[27]Contents-armhf.gz  08-Oct-2018 10:18
34888021
[28]Contents-i386.gz   08-Oct-2018 10:20
36720025
[29]Contents-source.gz 08-Oct-2018 10:12

host packages.roundr.devuan.org
packages.roundr.devuan.org has address 5.196.38.18
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Command to permanently prevent sysvinit from starting daemon

[Hleb Valoshka]

On 10/21/18, Alessandro Selli  wrote:
>   I don't think init scripts are considered configuration files, as in
> fact the are not.
...
>   So, I expect an update to overwrite the init script with the update's
> version regardless, and to reset the permissions to those set in the
> package.

All files in /etc are treated as config files in De??in.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] repo label changed

[Hleb Valoshka]

Hi!

I haven't been following the maillist for some time so might missed
updates. Is the following ok?

Get:1 http://packages.roundr.devuan.org/merged ceres InRelease [18,3 kB]
E: Repository 'http://packages.roundr.devuan.org/merged ceres
InRelease' changed its 'Label' value from 'Devuan' to 'Master'
N: Repository 'http://packages.roundr.devuan.org/merged ceres
InRelease' changed its 'Version' value from '' to '1.0.0'
N: This must be accepted explicitly before updates for this repository
can be applied. See apt-secure(8) manpage for details.
Do you want to accept these changes and continue updating from this
repository? [y/N] n
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] glx gone after last update, undefined symbol: _glapi_tls_Dispatch

[Hleb Valoshka]

On 9/23/18, Dr. Nikolaus Klepp  wrote:
> Yesterday I did an upgrade on my T61 running ascii. After a reboot, I found
> that OpenGL acceleration is gone.
> (/usr/lib/x86_64-linux-gnu/dri/i965_dri.so: undefined symbol:
> _glapi_tls_Dispatch)
> ii  libegl-mesa0:amd6418.1.6-1~bpo9+1 amd64   free
> implementation of the EGL API -- Mesa vendo
> ii  libegl1-mesa:amd6418.1.6-1~bpo9+1 amd64   transitional dummy
> package
> ii  libgl1-mesa-dri:amd64 13.0.6-1+b2 amd64   free
> implementation of the OpenGL API -- DRI mod
> ii  libgl1-mesa-glx:amd64 18.1.6-1~bpo9+1 amd64   transitional dummy
> package
> ii  libglapi-mesa:amd64   18.1.6-1~bpo9+1 amd64   free
> implementation of the GL API -- shared libr
> ii  libglu1-mesa:amd649.0.0-2.1   amd64   Mesa OpenGL
> utility library (GLU)
> ii  libglx-mesa0:amd6418.1.6-1~bpo9+1 amd64   free
> implementation of the OpenGL API -- GLX ven
> ii  mesa-va-drivers:amd64 13.0.6-1+b2 amd64   Mesa VA-API video
> acceleration drivers
> ii  mesa-vdpau-drivers:am 13.0.6-1+b2 amd64   Mesa VDPAU video
> acceleration drivers

You have a mix of mesa packages: some are taken from ascii, some are
from ascii-backports.

Install either 13.0.6-1+b2 or 18.1.6-1~bpo9+1.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] systemd and ssh-server

[Hleb Valoshka]

On 7/23/18, Rolf Schmidt  wrote:

> I would ask, if it is true, that the openssh-server still needs
> libsystemd0 in ascii?

Yes.

> Can I expect e fix?

It's required just to notify systemd that sshd is running, so in
systemd-less system it's nop. So mostly libsystemd0 is harmless.

Currently Devuan team doesn't have enough man power to fork every
single package just to cleanup its dependencies.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] error while loading shared libraries: libQt5Core.so.5

[Hleb Valoshka]

On 4/29/18, Андрей  wrote:

> So, seeing on the list no rumor on the problem (the applications
> number is compiled against right libraries and its locations), i guess
> something else is wrong w/ my OS configuration. So, any ideas where to
> look at?

start with
dpkg -l libqt5core5a
dpkg -L libqt5core5a
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] KDE on ascii?

[Hleb Valoshka]

On 2/23/18, Yevgeny Kosarzhevsky  wrote:
> did anyone manage to run KDE on ascii? I was trying to install it on
> virtualbox and it fails to run correctly - the display does not get
> rendered after login to KDE. It loads initial screen, then the desktop and
> then it freezes while some elements get disappeared.
> I have tried to update to ceres and got the same result. Since there are no
> errors reported, I am feeling puzzled how to troubleshoot this.
> Can anyone help?

It runs on real hardware (but don't forget to install elogind). Maybe
in VBox you should enable 3D acceleration.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] IMPORTANT! How to fix degraded session management after Devuan ASCII upgrade.

[Hleb Valoshka]

On 2/14/18, Irrwahn  wrote:
 Fresh installations of Devuan ASCII 2.0.0 Beta should not be affected.
>>> Actually no, i've installed Ascii for testing purposes and systemd
>>> policykit backend was pulled.
>> That's a first AFAICT. Noted.  Thanks, Hleb! :)
>> Oh, you wouldn't have by any chance saved the package list in that state?
>> In the unlikely case you have, could you please email it to me?

I created a ascii chroot using debootstrap and then installed
task-xfce-desktop using interactive mode of aptitude, which showed 2
broken packages - backend and gobject of policykit. It was the
previous weekend, so there is tiny chance that the is issue has been
solved already (for clean installations).

> P.S.:
> I forgot to ask: Did you use a package mirror or did you perform a purely
> offline install?

I used http://deb.devuan.org/merged
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] IMPORTANT! How to fix degraded session management after Devuan ASCII upgrade.

[Hleb Valoshka]

On 2/14/18, Irrwahn  wrote:

> Fresh installations of Devuan ASCII 2.0.0 Beta should not be affected.

Actually no, i've installed Ascii for testing purposes and systemd
policykit backend was pulled.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Reboot through a ConsoleKit DBus message as user

[Hleb Valoshka]

Hi!

On 2/12/18, J. Fahrner  wrote:
> I have a small python gui script rebooting,shutdown,suspend. This sends
> dbus messages to consolekit and is no longer working since a recent
> update.

What Devuan version do you run? Ascii, don't you?

> Any ideas what change recently caused this non-functioning? And how make
> it work again?

Show output of dpkg -l | grep libpolkit-backend

if you on Ascii you may have an incorrect polkit backend installed.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] elogind testing for experimental and ascii-proposed

[Hleb Valoshka]

On 1/19/18, Irrwahn  wrote:
> I think that has to be done anyway, because currently one cannot
> have policykit without having consolekit installed with it, due to
> the "Depends". The package should have something akin to:
>
>   Depends: libpam-elogind | consolekit
>
> Anyone up for the task?

As it has been already told this task is not about of mere package rebuilding.

But if you are in mood for testing, you can download from [1]
policykit built with elogind support (consolekit support is dropped as
it supports only one) and repeat your test. It was built in ascii
chroot so it's installable both in ascii & ceres.

Repository with its source is at [2]. The branch is based on
suites/ascii-proposed.

1. https://mega.nz/#!lEVXUY6R!5MJOEEAtSadvwkv27tAPZguuYh0kRI8TVh-OL0VEj5Q
2. https://git.devuan.org/375gnu/policykit-1/tree/elogind-support
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] elogind testing for experimental and ascii-proposed

[Hleb Valoshka]

On 1/19/18, Irrwahn  wrote:
> Scenario 1:
> ---
>  │ PAM profiles to enable:
>  │
>  │[*] Unix authentication
>  │[*] Authenticate using SSH keys and start ssh-agent
>  │[*] elogind Session Management
>  │[ ] ConsoleKit Session Management
>
>   User loggind in via GUI:
> * session is listed by loginctl
> * Restart/Shutdown only logs out and leads back to lightdm greeter.
>
>   User logged in via VT:
> * session is listed by loginctl
> * "loginctl reboot": "Failed to reboot system via elogind:
>   Interactive authentication required."

It seems to me that these issues are caused by policykit, in devuan it
doesn't support logind (obviously) so it's unable to authenticate
user's requests. Maybe we need to rebuild it with support for elogind.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] elogind testing for experimental and ascii-proposed

[Hleb Valoshka]

On 1/17/18, Irrwahn  wrote:

> * screen sessions killed on logout
>   (regression, works with elogind disabled!)

This is because elogind is designed to be logind replacement (and
actually shares its code) and so it's bug-for-bug compatible. Systemd
uses cgroups to track processes and on logout kills all user's
processes started during the session.

> *  urban@vboxascii:~$ loginctl reboot
>AUTHENTICATING FOR org.freedesktop.login1.reboot

This is incorrect behaviour. Required privileges should be granted
automatically due to pam module, could you show your
/etc/pam.d/session-common?

Oh, wait...

>Connection to 192.168.2.167 closed by remote host.

Remote connection, so this explains the previous message.

Can you repeat the same but with a local login?

> 3. No consolekit/policykit, only elogind installed and activated
>(not sure if that even makes any sense, but what the heck):
...

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

[DNG] Call for testing: ConsoleKit2

[Hleb Valoshka]

Hi!

ConsoleKit2 has been packaged for experimental (but it's also
installable in Ascii).

This is an update for the old ConsoleKit and can be installed instead of it.

Please help with its testing. What to test: PC stop/hibernate/etc,
mounting of usb drives and so on under DEs.

===
deb http://packages.devuan.org/devuan/ experimental main
===
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] elogind available in experimental and ascii-proposed

[Hleb Valoshka]

On 1/17/18, Didier Kryn  wrote:
> deb http://pkgmaster.devuan.org/merged/ ascii-proposed main contrib non-free

not /merged/ but /devuan/

> Nevertheless, I can't see neither elogind, nor consolekit2

ck2 is not there still due to jenkins issues
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] elogind available in experimental and ascii-proposed

[Hleb Valoshka]

On 1/17/18, Andreas Messer  wrote:

> Btw, "ck-list-sessions" crashes for me:
...

Have you rebooted your pc after upgrading CK to CK2?
I believe this crash exist only when one is still running old ck
daemon. Unfortunately it looks like there is no way to replace running
ck daemon (we can kill running one and dbus will start a new instance,
ck2, but it won't have information about seats, etc created by the
previous instance)

> Maybe something to forward to upstream.

I need a bit more time to check that this crash is actually caused by
the old daemon.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] elogind available in experimental and ascii-proposed

[Hleb Valoshka]

On 1/16/18, Hleb Valoshka <375...@gmail.com> wrote:

> Not yet, devuan ci has issues with repos containing pristine-tar. I'll
> build it locally and put it somewhere and then write its location
> here.

https://mega.nz/#!IMFCWRBQ!7xA2eH0PpMqF9v3WF4DhTnAgVFEjRW0pPskA2XaSO78

This tarball contains versions for Ascii and Ceres (experimental),
built only for amd64.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] elogind available in experimental and ascii-proposed

[Hleb Valoshka]

On 1/16/18, Andreas Messer  wrote:

> Yes we have to figure out if any of the DM works without the pam stuff, but
> there are people who use terminal sessions :-) And for them, enabling the

Quite strange, but even systemd has the following pam config (only
relevant part):
Session:
optionalpam_systemd.so

while ck has:
Session-Final:
optionalpam_ck_connector.so nox11

So unlike with CK, pam module for (e)login should be enabled unconditionally.

> module will break consolekit. So an example, when elogin pam is not enabled

We can make ck2 and elogind mutually exclusive.

...

> know why this happens. I need to try with consolekit2, maybe this is fixee
> already. Original consolekit is pretty old stuff. Btw. did you put the
> consolekit2 package somewhere already?

Not yet, devuan ci has issues with repos containing pristine-tar. I'll
build it locally and put it somewhere and then write its location
here.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] elogind available in experimental and ascii-proposed

[Hleb Valoshka]

On 1/16/18, Andreas Messer  wrote:
...
> When elogind pam module is enabled, the session is correctly registered
> with elogind. This can be done by following steps:

Afaik pam module is required only for terminal sessions, for DM it
usually isn't required unless your DM doesn't support it directly, but
as elogind is a replacement for logind it should be supported by any
DM which supports logind.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Virtualbox?

[Hleb Valoshka]

On 1/10/18, lpb+dev...@kandl.houston.tx.us
 wrote:
> I am unable to use jessie's virtualbox-guest-dkms in Devuan ascii
> virtulabox guest linux sessions. When attempting to build
> virtualbox-guest-dkms, I get the following. Perhaps, have GCC options
> changed?
>
> DKMS make.log for vboxguest-4.3.36 for kernel 4.9.0-5-amd64 (x86_64)
> Tue Jan  9 21:53:16 CST 2018


More probably vb 4.3.36 doesn't support Linux 4.9.0.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] d1h with LANG=de_DE@UTF-8 fails

[Hleb Valoshka]

On 1/10/18, Andreas Messer  wrote:
> xxx@xxx:~/Devuan/elogind$ d1h prepare unstable
> Auf Branch suites/experimental
> Ihr Branch ist auf dem selben Stand wie 'origin/suites/experimental'.
> nichts zu committen, Arbeitsverzeichnis unverändert
> There are uncommitted changes or untracked files present.
> Please commit your changes or ignore untracked files
> xxx@xxx:~/Devuan/elogind$ LANG=C d1h prepare unstable
> On branch suites/experimental
> Your branch is up-to-date with 'origin/suites/experimental'.
> nothing to commit, working tree clean
> [suites/unstable d6328942d] creating suite suites/unstable
>  1 file changed, 1 insertion(+), 2 deletions(-)
> [=  suite "suites/experimental" ready =]
> Switched to branch 'suites/experimental'
> Your branch is up-to-date with 'origin/suites/experimental'.

d1h is just a shell script, so you can try to run it as "/bin/sh -x
/usr/bin/d1h ..." to see what happens.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] bluetooth hci0: firmware: failed to load intel/ibt-12-16.sfi

[Hleb Valoshka]

On 1/8/18, Lars Noodén  wrote:
> I'm running Ascii on amd64 and having some trouble with Bluetooth.
> Here is an excerpt from dmesg(1) where mentions not being able to load
> the firmware.  Which packages should I be looking at?  Or is there
> another fix?


firmware-iwlwifi from non-free

4th link in ddg  gives the aswer.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] initial elogind package ready / RFC

[Hleb Valoshka]

On 1/7/18, Andreas Messer  wrote:
> Is there something special to setup for linitian? Or do you mean the
> udev "uaccess" rule warning from udev?

W: elogind: appstream-metadata-missing-modalias-provide
lib/udev/rules.d/70-uaccess.rules
W: elogind: appstream-metadata-missing-modalias-provide
lib/udev/rules.d/71-seat.rules match rule usb:v058Fp6254d*
W: elogind: appstream-metadata-missing-modalias-provide
lib/udev/rules.d/71-seat.rules match rule usb:v17E9p401Ad*
W: elogind: appstream-metadata-missing-modalias-provide ... use
--no-tag-display-limit to see all (or pipe to a file/program)

Maybe my lintian is newer as I'm on Ceres.

It looks for me as false positive.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] initial elogind package ready / RFC

[Hleb Valoshka]

On 1/7/18, Andreas Messer  wrote:

>> It still has some lintian warnings.
>
> I see, but these arent these are upstream issues? Should these fixed
> with quilt patches?

They are not critical, so if you have time and desire you can fix them
and also send your patches to the upstream.

As a temporary solution you can add lintian overrides, at least for
udev warnings.

> OK, thanks for the hint. I'm not sure if both packages can be used at
> the same time. ck(1) and elogind can not interwork. Either the session
> is listed by ck or by elogind but not by both at the same time. Don't
> know how this works out with ck2.

Neither me, I do not use nor gnome neither kde, lightdm works with ck2
slim should either, and they don't depend hard on logind.


> Anyway, all these changes are your credit? Should I mention your name
> in commit message? Should also add you to debian/copyright, right?
> With E-Mail?

Don't bother, these changes are so trivial so they don't require any
credit in d/copyright.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] initial elogind package ready / RFC

[Hleb Valoshka]

P.S. You've forgotten to make git push --tags
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] initial elogind package ready / RFC

[Hleb Valoshka]

On 1/7/18, Andreas Messer <a...@bastelmap.de> wrote:

> Agree with that. I have added elogind-data now.

It still contains only translations so it's better to merge it with
elogind packages. See a patch attached.

I've also made package buildable and fixed some lintian errors. I've
added --with-udevrulesdir=/lib/udev/rules.d \ to CONFFLAGS because
configure.ac invokes pkg-config to get some values from udev.pc which
is installed by udev/eudev, that's not the case for build chroots.

I've also added call to dh_missing --list-missing so you know what
files are not installed to any package.

It still has some lintian warnings.

Both elogind and ck2 provide the very similar set of udev rules
imported from sd sources, maybe it would be better to merge them and
provide a shared data package, but this is a more distant task.
From 90ffdf9cf161ffcbe8460eb2b57180bd30ef0965 Mon Sep 17 00:00:00 2001
From: Hleb Valoshka <375...@gmail.com>
Date: Sun, 7 Jan 2018 16:33:17 +0300
Subject: [PATCH 2/2] Drop useless data package

---
 debian/control  | 19 +++
 debian/elogind-data.install |  1 -
 debian/elogind.install  |  1 +
 3 files changed, 4 insertions(+), 17 deletions(-)
 delete mode 100644 debian/elogind-data.install

diff --git a/debian/control b/debian/control
index ebb7ce5c7..a9afbde36 100644
--- a/debian/control
+++ b/debian/control
@@ -36,7 +36,6 @@ Multi-Arch: foreign
 Pre-Depends: debconf, ${misc:Pre-Depends}
 Depends: ${shlibs:Depends},
  ${misc:Depends},
- elogind-data (= ${binary:Version}),
  libelogind0 (= ${binary:Version}),
  libpam-elogind (= ${binary:Version}),
  lsb-base (>= 3.1),
@@ -54,21 +53,10 @@ Architecture: linux-any
 Multi-Arch: same
 Pre-Depends: ${misc:Pre-Depends}
 Depends: ${shlibs:Depends},
- ${misc:Depends},
- elogind-data (= ${binary:Version})
+ ${misc:Depends}
 Description: user, seat and session management library
  This library provides access to elogind session management
 
-Package: elogind-data
-Section: admin
-Priority: optional
-Architecture: all
-Pre-Depends: ${misc:Pre-Depends}
-Depends: ${shlibs:Depends},
- ${misc:Depends},
-Description: user, seat and session management - common files
- Common files of elogind
-
 Package: libelogind-dev
 Section: libdevel
 Priority: optional
@@ -87,11 +75,10 @@ Section: admin
 Priority: optional
 Architecture: linux-any
 Multi-Arch: same
-Pre-Depends:  ${misc:Pre-Depends}
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${shlibs:Depends},
  ${misc:Depends},
- libpam-runtime,
- elogind-data (= ${binary:Version})
+ libpam-runtime
 Provides: libpam-systemd
 Description: elogind PAM module 
  Plugable Authentication Module to register a session with elogind
diff --git a/debian/elogind-data.install b/debian/elogind-data.install
deleted file mode 100644
index 363548064..0
--- a/debian/elogind-data.install
+++ /dev/null
@@ -1 +0,0 @@
-usr/share/locale
diff --git a/debian/elogind.install b/debian/elogind.install
index 9b48429ad..a749b2a39 100644
--- a/debian/elogind.install
+++ b/debian/elogind.install
@@ -5,6 +5,7 @@ etc/elogind/logind.conf
 lib/udev/rules.d/
 usr/share/bash-completion/
 usr/share/dbus-1/
+usr/share/locale/
 # Skip license files in /usr/share/doc/elogind
 usr/share/doc/elogind/README
 usr/share/doc/elogind/NEWS
-- 
2.15.1

From 693be5e7cec1dcba9bb216271950d0a2b7af6e3c Mon Sep 17 00:00:00 2001
From: Hleb Valoshka <375...@gmail.com>
Date: Sun, 7 Jan 2018 16:32:44 +0300
Subject: [PATCH 1/2] Make it build, fix some lintian errors.

---
 debian/copyright   | 4 ++--
 debian/libpam-elogind.postinst | 2 ++
 debian/libpam-elogind.prerm| 2 ++
 debian/rules   | 8 ++--
 4 files changed, 12 insertions(+), 4 deletions(-)

diff --git a/debian/copyright b/debian/copyright
index 32a58310b..74c9617ba 100644
--- a/debian/copyright
+++ b/debian/copyright
@@ -1,4 +1,4 @@
-Format-Specification: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0
+Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
 Upstream-Name: elogind
 Source: https://github.com/elogind/elogind
 
@@ -47,7 +47,7 @@ License: CC0-1.0
   
 Files: man/glib-event-glue.c:
 Copyright: 2014 Tom Gundersen
-License:
+License: Expat
  Permission is hereby granted, free of charge, to any person
  obtaining a copy of this software and associated documentation files
  (the "Software"), to deal in the Software without restriction,
diff --git a/debian/libpam-elogind.postinst b/debian/libpam-elogind.postinst
index 96c6817ea..7e37590c5 100755
--- a/debian/libpam-elogind.postinst
+++ b/debian/libpam-elogind.postinst
@@ -3,3 +3,5 @@
 set -e
 
 pam-auth-update --package
+
+#DEBHELPER#
diff --git a/debian/libpam-elogind.prerm b/debian/libpam-elogind.prerm
index 3c25c6451..e6187ae2a 100755
--- a/debian/libpam-elogind.prerm
+++ b/debian/libpam-elogind.prer

[DNG] consolekit2

[Hleb Valoshka]

Do we need consolekit2 packaged?

I've spent a few hours to make initial packaging and installed it
instead of old consolekit. So far so good, I'm able suspend my pc and
mount usb drives from Thunar.

If dev1 needs it I can afford a bit more time to polish it and prepare
for uploading.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] initial elogind package ready / RFC

[Hleb Valoshka]

On 2018-01-05 20:08, Andreas Messer wrote:
> If anyone like to try it out, checkout branch suites/experimental
> from https://git.devuan.org/amesser/elogind.git and build with 
> debbuild. This is my first package, comments are welcome.

-> d/changelog
elogind (234.4-devuan1) experimental; urgency=medium

This package is native to Devuan, so it's version should be 234.4-1 or
234.4-1~exp1.

-> d/control & d/libelogind-data.install

libelogind-data contains only l10n files, so there is no need for a
separate package, merge libelogind-data into libelogind.

Build-Depends: debhelper,

Add minimal debhelper version (>= 9) as in d/compat you have 9.

-> d/elogind.init

A lot of `--pidfile /run/elogin.pid' you'd better define a variable
ELOGIND_PID=elogin.pid and use it instead.

run_by_init() is not used anywhere.

And I suppose there is no need to check for upstart, abandoned and
unsupported afair in Dev1 sustem.

-> d/libpam-elogind.postinst

Extra newlines.

-> d/libpam-elogind.prerm

Extra newlines.

"pam-auth-update --package --remove consolekit"

s/consolekit/elogind/

-> d/elogind.install

Lines looking like some/dir/* can be simplified just to some/dir/

-> libelogind-dev.install

add lib/*/libelogind.so
remove all *.la files

usr/include/elogind/* + usr/include/elogind/systemd/* = usr/include/elogind/

-> d/rules

DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)

Can be safely removed as you depend on debhelper >= 9

  --enable-kdbus \

KDBus is not here, please remove.

```
autoreconf:
  ./autogen.sh

override_dh_autoreconf:
  dh_autoreconf debian/rules -- autoreconf
```

It doesn't look that you need to run autogen.sh, so these targets can be
safely removed. In case you really need to run autogen.sh, use the following:

```
override_dh_autoreconf:   
  dh_autoreconf ./autogen.sh
```

```
dh $@ --builddirectory=build --with autoreconf --parallel
```

Remove `--builddirectory=build` as you set it in override_dh_auto_configure
and --parallell, afaik dh is clever enough to enable it automatically.

> There are some things with package file structure which might 
> be improved. I'm building elogind with the options recommended
> in autogen.sh. But this implies that commands and libs are 
> installed to /bin and /lib and some very obscure thing, elogind 
> itself is installed to /lib/elogind/elogind. I suggest to install
> it to /usr/bin, /usr/sbin and /usr/lib as usual and dropping that
> weird /lib/elogind folder? Oppinions?

Agree, but lib/elogind/elogind-cgroups-agent should go to
/usr/lib/elogind/elogind-cgroups-agent

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

Re: [DNG] Uninstallable packages on ascii

[Hleb Valoshka]

On 6/19/17, Tom Cassidy  wrote:

> I'll try installing lightdm to see how that goes on Devuan compared to
> Ubuntu.

Devuan has lightdm from Debian, without any changes, but if you want
to use light-locker with it, then enable jessie-proposed repo.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Devuan Jessie 1.0.0 stable LTS

[Hleb Valoshka]

On 5/26/17, KatolaZ  wrote:

>> I'm really, really disappointed as no fixes from
>> https://lists.dyne.org/lurker/message/20170509.130756.f871600a.en.html
>> are in.
...
> Anyone is more than welcome to contribute patches or new sanitised
> packages following that workflow. Just please double-check since some
> of those packages you were mentioning are already in jessie-proposed.

apt-cacher-ng only actually.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] sane-utils depends on libsystemd0

[Hleb Valoshka]

On 5/9/17, Hendrik Boom  wrote:
>> > I thought Sane was a bare application. Does it involve also some
>> > kind of
>> > server to "need" socket-activation and logging?
>> >
>>
>>   http://linuxcommand.org/man_pages/saned8.html
>
> So... does sane need saned?  Do the scanners have to initiate communication
> with
> the computer for which there always has to be a daemon running?

Hi Hendrik, could you build and test the package from
https://github.com/375gnu/sane-backends ? I've cleaned it from
systemd.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] issues after update from debian 8 to devuan 1.0rc2 (with fixes)

[Hleb Valoshka]

Hi all,

Recently I've updated my Debian Jessie installation to Devuan 1.0rc2.
So far I've found and fixed the following issues:
 * Source packages not rebuilt not drop systemd dependency:
   * apt-cacher-ng
   * gvfs
   * light-locker
   * sane-backends (binary package sane-utils among them)
 * Source packages not rebuilt against upower 0.9.23:
   * xfce4-power-manager
   * xfce4-systemload-plugin

The last 2 were built against upower 0.99 so they had dependency on
libupower-glib3 instead of libupower-glib1 and
xfce4-power-manager-plugin (built from xfce4-power-manager) wasn't
updating power status.

These packages are fixed in my repositories (as git.devuan.org is very
unstable I made then on github), please import them to Devuan:
 * https://github.com/375gnu/xfce4-power-manager
 * https://github.com/375gnu/xfce4-systemload-plugin
 * https://github.com/375gnu/sane-backends
 * https://github.com/375gnu/apt-cacher-ng
 * https://github.com/375gnu/gvfs
 * https://github.com/375gnu/light-locker

Another big issue is that xfce was unable to control pc power
(suspend, hibernate, reboot, shutdown). As a workaround, I've put the
following into 
/etc/polkit-1/localauthority/50-local.d/org.freedesktop.upower.pkla:
== cut ==
[Re-enable suspend and hibernate by default]
Identity=unix-user:*
Action=org.freedesktop.upower.*
ResultActive=yes
== cut ==
But this issue needs investigation, but I'm not a policykit/dbus expert.

Tiny issues noticed:
  * cgmanager is outdated a bit (one revision);
  * it's good to have login-background.svg in desktop-base as
lightdm-gtk-greeter wants it.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] What can I do after netman?

[Hleb Valoshka]

On 9/25/15, aitor_czr  wrote:

> Those lines are located in debian/control. So..., an APT repository
> pointing to itself?

https://wiki.debian.org/DebianPackageInformation

QUESTION: is that (Vcs-*) an upstream source or a debian source?

ANSWER: It's the debian source. There is a difference because often
the Debian developers have a version control system where they do the
packaging, which is not necessarily the same one used by the software
author.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] What can I do after netman?

[Hleb Valoshka]

On 9/25/15, aitor_czr  wrote:
> The Development Team of BulmaGes has been using those lines:
>
> |Homepage: http://bulmages.net
> XS-Vcs-Git: git://gitorious.org/bulmages/bulmages.git
> XS-Vcs-Browser: https://gitorious.org/bulmages/bulmages/trees/.
>
> during years in debian/control. Gitorious is missing. But here you are an
> example:
>
> https://gitlab.com/aitor_cz/bulmages/blob/gbp-release15/debian/control
>
> So, it is wrong?

Of course, they should point to actual location. And XS- prefix should
be removed.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] What can I do after netman?

[Hleb Valoshka]

On 9/22/15, aitor_czr  wrote:

> XS-Vcs-Git: g...@git.devuan.org:edbarx/netman.git
> XS-Vcs-Browser: https://git.devuan.org/edbarx/netman.git

These two should point to a package repository not an upstream one.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] What can I do after netman?

[Hleb Valoshka]

On 9/24/15, Edward Bartolo  wrote:
> What about these?
>
> deb http://packages.gnuinos.org/devuan/ jessie main
> deb-src http://packages.gnuinos.org/devuan/ jessie main
>>> XS-Vcs-Git: g...@git.devuan.org:edbarx/netman.git
>>> XS-Vcs-Browser: https://git.devuan.org/edbarx/netman.git
>>
>> These two should point to a package repository not an upstream one.

Once again: XS-Vcs-* should point to VSC (git/hg/svn/etc) repository
of debian package.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] xf86-input-evdev

[Hleb Valoshka]

On 9/14/15, k...@aspodata.se  wrote:
...
>  How do I get the sysdev branch ?

git checkout remotes/origin/sysdev sysdev
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] xf86-input-evdev

[Hleb Valoshka]

On 9/14/15, k...@aspodata.se  wrote:
> $ git checkout remotes/origin/sysdev sysdev
> error: pathspec 'sysdev' did not match any file(s) known to git.
>
> Didn't work.

Swap sysdev and remotes/origin/sysdev or try just git checkout sysdev

Hint: man git-checkout :)
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng