Re: [DNG] eudev status

2016-12-30 Thread Daniel Reurich 
Hi Jaret,

Indeed, it should be Conflicts instead of Breaks.  Thanks for the reminder.

Daniel



On 31/12/16 02:02, Jaret Cantu wrote:
> Let's see what I used in my most recent eudev package:
> 
> 
> Replaces: udev (<< 215-17ebbian1),
>   udev-systemd
> Conflicts: udev-systemd
> 
> So it looks like I dropped the B reaks line since my last push to
> Devuan? I guess it was causing some difficulty for me, but I didn't
> document what it was.
> 
> 
> I took the Replaces/Conflicts from other packages in the Debian repo
> that changed names and had multiple providers.
> 
> All of the package names are still "udev-*"; there are just both eudev-*
> and udev-systemd-* flavored providers of them. The "udev-*" ones are
> just meta packages or shims.
> 
> I've been bad about pushing to github, but I do have the x86 packages up
> for Jessie:
> 
> http://ftp.ebbian.org/ebbian/pool/main/e/eudev/
> 
> Looks like I have a few other piddle build fixes in that source since I
> stopped pushing to Devuan, too.
> 
> 
> 
> ~jaret
> 
> 
> 
> On 12/26/2016 08:07 PM, Daniel Reurich wrote:
>> Yes
>>
>> Provides, Replaces and Breaks in the correct combination will ensure
>> both complete replacement without recompiling depending packages.
>>
>> Ideally we should also apply those labels also to the systemd-udev
>> package to ensure a complete switching between as well as extend the
>> test suite to ensure the switching between them is tested and works
>> properly too.
>>
>>
>>
>>
>>
>> On 25 December 2016 9:57:38 AM NZDT, Svante Signell
>>  wrote:
>>
>> On Sat, 2016-12-24 at 18:38 +0100, Anto wrote:
>>
>> Hello Hendrik, I think that was the idea of Jaret to change
>> all package names into * eudev*, instead of keeping them the
>> same as Gentoo does. But I could never made it properly
>> working as a lot of packages still depend on  mostly libudev.
>> So I just followed Gentoo's approach in which we have
>> to choose either to install udev or eudev, even both use the
>> same package  name. Perhaps if I would recompile all of the
>> packages to make them depend on libeudev, it should work. But
>> due to my lack of knowledge and experience on Debian
>> packaging, I didn't dare to start. 
>>
>>
>> Hi,
>>
>> Isn't the Debian package Depends: Replaces: and Conflicts: exactly
>> designed for that?
>> 
>>
>> Dng mailing list
>> Dng@lists.dyne.org
>> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
>>
>> -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
>>
>> ___
>> Dng mailing list
>> Dng@lists.dyne.org
>> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
> 
> 
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
> 


-- 
Daniel Reurich
Centurion Computer Technology (2005) Ltd.
021 797 722
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] eudev status

2016-12-30 Thread Jaret Cantu 

Let's see what I used in my most recent eudev package:


Replaces: udev (<< 215-17ebbian1),
  udev-systemd
Conflicts: udev-systemd

So it looks like I dropped the B reaks line since my last push to 
Devuan? I guess it was causing some difficulty for me, but I didn't 
document what it was.



I took the Replaces/Conflicts from other packages in the Debian repo 
that changed names and had multiple providers.


All of the package names are still "udev-*"; there are just both eudev-* 
and udev-systemd-* flavored providers of them. The "udev-*" ones are 
just meta packages or shims.


I've been bad about pushing to github, but I do have the x86 packages up 
for Jessie:


http://ftp.ebbian.org/ebbian/pool/main/e/eudev/

Looks like I have a few other piddle build fixes in that source since I 
stopped pushing to Devuan, too.




~jaret



On 12/26/2016 08:07 PM, Daniel Reurich wrote:

Yes

Provides, Replaces and Breaks in the correct combination will ensure 
both complete replacement without recompiling depending packages.


Ideally we should also apply those labels also to the systemd-udev 
package to ensure a complete switching between as well as extend the 
test suite to ensure the switching between them is tested and works 
properly too.






On 25 December 2016 9:57:38 AM NZDT, Svante Signell 
 wrote:


On Sat, 2016-12-24 at 18:38 +0100, Anto wrote:

Hello Hendrik, I think that was the idea of Jaret to change
all package names into * eudev*, instead of keeping them the
same as Gentoo does. But I could never made it properly
working as a lot of packages still depend on mostly libudev.
So I just followed Gentoo's approach in which we have
to choose either to install udev or eudev, even both use the
same package  name. Perhaps if I would recompile all of the
packages to make them depend on libeudev, it should work. But
due to my lack of knowledge and experience on Debian
packaging, I didn't dare to start. 



Hi,

Isn't the Debian package Depends: Replaces: and Conflicts: exactly
designed for that?


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

-- Sent from my Android device with K-9 Mail. Please excuse my brevity.

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

Re: [DNG] Mouse won't release in Devuan beta 2 with Qemu

2016-12-30 Thread Jaromil 
dear Steve,

thanks for your great attention to details,

I can't evince anything from the information gathered by this
attempt. I wasn't sure it would lead anywhere in the first place, but
thought it was worth trying. Indeed the issue is tricky as the focus
should be switching from the guest to the host with the key
combo however thanks for follow up and for sticking to this
issue.. I am really curious and hope we'll find the reason for this
bug. Its a difficult challenge.

ciao


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

[DNG] A shell script for network connections

2016-12-30 Thread KatolaZ 
Hi All,

you might remember that a few weeks ago we discussed the possibility
of removing all the cluttering from network configuration tools, to
the point that someone (Steve Litt, I believe) even suggested that a
few lines of shell code around a well-timed "iwlist scan | grep ESSID"
could be sufficient in most of the cases.

You might also remember that I mostly disagree with that extreme
simplification, but I nevertheless gave it a try, and the result is
"setnet.sh":

  http://kalos.mine.nu/setnet/

That's a simple bash+dialog wrapper around ip/dhclient/wpa_cli, which
can help configuring wired (ethernet) and wi-fi networks (only open
and WPA+PSK, at the moment). Well, it's indeed not as simple as we
might go, since dealing with the dialog interface is a good half of
the code (which BTW is around 1000 lines of shell, including
comments), but I believe it is a nice proof-of-concept.

Be careful: it's still alpha stuff (even if you can find a deb package
in there), it lacks documentation, and it definitely needs a bit of
understanding of how a network connection has to be set up (it's not
an automagic mess, I am afraid), but I am using it on my laptop
already, and I am testing it in Devuan Minimal Live, in the hope that
we will be able to include it there. I also created a project on GitLab:

  https://git.devuan.org/KatolaZ/setnet

As always, comments, critics, and suggestions are more than
welcome. The gitlab page is the best way to report bugs.

HH

KatolaZ

-- 
[ ~.,_  Enzo Nicosia aka KatolaZ - GLUGCT -- Freaknet Medialab  ]  
[ "+.  katolaz [at] freaknet.org --- katolaz [at] yahoo.it  ]
[   @)   http://kalos.mine.nu ---  Devuan GNU + Linux User  ]
[ @@)  http://maths.qmul.ac.uk/~vnicosia --  GPG: 0B5F062F  ] 
[ (@@@)  Twitter: @KatolaZ - skype: katolaz -- github: KatolaZ  ]
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] upower and the version numbering

2016-12-30 Thread Daniel Reurich 
On 28/12/16 09:16, Alexis PM wrote:
> **Hello
> 
> 
> 
> In Devuan Jessie, xfce4-power-manager is not (easily) installable
> because depends of upower (< 0.99.2) but Devuan's upower version number
> is 1:0.9.23-2+devuan1.2 while Debian Jessie 's upower version number is
> 0.99.1-3.2. I am not clear on Devuan's strategy of changing version
> naming, for example angband.pl repo's upower version is
> 0.99.1-really-0.9.23-2-0.nosystemd0 in order to avoid it. I could
> pinning to angband.pl onto Devuan repo, but I suggests that this type of
> package re-versioning is reconsidered to avoid dependency conflicts.
> 
> Thanks for your work!
> 
I'll take a look at it.  I thought we had already forked
xfce-power-manager, but may be I'm imagining things.  I will look into
it before RC.



-- 
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

Re: [DNG] Mouse won't release in Devuan beta 2 with Qemu

2016-12-30 Thread Steve Litt 
On Fri, 30 Dec 2016 10:24:03 +0100
Jaromil  wrote:

> On Thu, 29 Dec 2016, Steve Litt wrote:
> 
> > The host uses Openbox. Next time I shut everything down and restart
> > X, I'll try it with Xfce and fvwm ON THE HOST and see if that
> > changes things.  
> 
> what can be also useful for the purpose of troubleshooting, use:
> 
> xev -event keyboard
> 
> and then press and release ctrl-alt inside the host wm, what does that
> prints out? I run Devuan Jessie on i3 on kernel 4.7.0-0.bpo.1-amd64:

The instructions in the preceding two paragraphs do nothing, because
xev works only if its gui window has focus, and if you're inside the
qemu guest then the xev window on the host doesn't have focus.

What I did instead was:

1) Right ctrl on xev on the Void metal host (xev_void_metal.txt)

2) Right ctrl on xev in the Void qemu guest (xev_void.txt)

3) Right ctrl on xev in the Refracta qemu guest (xev_refracta.txt)

The results of the three are concatenated in the following file:

http://pastebin.ca/3750739

I saw nothing within the results to in any way differentiate the
Refracta guest from the Void guest, and yet the mouse can escape *only*
the Void guest.

If you have a different test in mind, please enumerate it click by
click, command by command, so I can perform it. Also, in such
enumeration please reserve the word "host" for the OS on bare metal,
and the word "guest" for OS running inside Qemu, just so there's no
possibility of my misinterpreting it.

Thanks,

SteveT

Steve Litt 
December 2016 featured book: Rapid Learning for the 21st Century
http://www.troubleshooters.com/rl21
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Mouse won't release in Devuan beta 2 with Qemu

2016-12-30 Thread fsmithred 
On 12/30/2016 02:27 PM, Steve Litt wrote:
> On Fri, 30 Dec 2016 10:24:03 +0100
> Jaromil  wrote:
> 
>> On Thu, 29 Dec 2016, Steve Litt wrote:
>>
>>> The host uses Openbox. Next time I shut everything down and restart
>>> X, I'll try it with Xfce and fvwm ON THE HOST and see if that
>>> changes things.  
>>
>> what can be also useful for the purpose of troubleshooting, use:
>>
>> xev -event keyboard
>>
>> and then press and release ctrl-alt inside the host wm, what does that
>> prints out? I run Devuan Jessie on i3 on kernel 4.7.0-0.bpo.1-amd64:
> 
> The instructions in the preceding two paragraphs do nothing, because
> xev works only if its gui window has focus, and if you're inside the
> qemu guest then the xev window on the host doesn't have focus.
> 
> What I did instead was:
> 
> 1) Right ctrl on xev on the Void metal host (xev_void_metal.txt)
> 
> 2) Right ctrl on xev in the Void qemu guest (xev_void.txt)
> 
> 3) Right ctrl on xev in the Refracta qemu guest (xev_refracta.txt)
> 
> The results of the three are concatenated in the following file:
> 
> http://pastebin.ca/3750739
> 
> I saw nothing within the results to in any way differentiate the
> Refracta guest from the Void guest, and yet the mouse can escape *only*
> the Void guest.
> 
> If you have a different test in mind, please enumerate it click by
> click, command by command, so I can perform it. Also, in such
> enumeration please reserve the word "host" for the OS on bare metal,
> and the word "guest" for OS running inside Qemu, just so there's no
> possibility of my misinterpreting it.
> 
> Thanks,
> 
> SteveT

Steve,

Did you install Devuan jessie from one of the official isos or from the
unofficial live? If from the latter, I can think of one more test to do -
install from an official Devuan iso (non-live) and see if the mouse
behaves correctly. If it does, then the problem may have to do with the
refracta scripts.

fsmithred


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

Re: [DNG] Mouse won't release in Devuan beta 2 with Qemu

2016-12-30 Thread Steve Litt 
On Fri, 30 Dec 2016 17:52:57 -0500
fsmithred  wrote:

> Steve,
> 
> Did you install Devuan jessie from one of the official isos or from
> the unofficial live? 

I don't know. The Devuan.org website is organized such that it's very
difficult to determine which exact thing you downloaded. The website
should really be organized to tell you exactly what you're downloading,
and /etc/issue or something else in /etc should tell you exactly what
you're dealing with.

I do know that I downloaded that whole 9.8GB thang from a torrent, and
that the file I used as -cdrom for qemu had filename
"devuan_jessie_1.0.0-beta2_amd64_DVD.iso", and the md5sum is:

f3881689d4cfc5eeedf3e54b55feb0ca
devuan_jessie_1.0.0-beta2_amd64_DVD.iso

Thanks,
 
SteveT

Steve Litt 
December 2016 featured book: Rapid Learning for the 21st Century
http://www.troubleshooters.com/rl21
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] A shell script for network connections

2016-12-30 Thread Steve Litt 
On Sat, 31 Dec 2016 00:06:04 +
KatolaZ  wrote:

> Hi All,
> 
> you might remember that a few weeks ago we discussed the possibility
> of removing all the cluttering from network configuration tools, to
> the point that someone (Steve Litt, I believe) even suggested that a
> few lines of shell code around a well-timed "iwlist scan | grep ESSID"
> could be sufficient in most of the cases.
> 
> You might also remember that I mostly disagree with that extreme
> simplification, but I nevertheless gave it a try, and the result is
> "setnet.sh":
> 
>   http://kalos.mine.nu/setnet/

Very, very, very nice!

At first I got:
/usr/local/bin/setnet.sh: line 1020: ${TMPFILE}: ambiguous redirect

Line 1020 is the following:


TMPFILE=`(tempfile) 2>/dev/null` || tempfile=/tmp/setnet_$$


So I added the following lines below it:


TMPFILE='/tmp/setnet.tmp'
echo "diatop: TMPFILE IS *$TMPFILE*."


After the following strongarm, the program ran nicely. So, at least
with my shell (dash, I believe), the following line produced an empty
string:


TMPFILE=`(tempfile) 2>/dev/null` || tempfile=/tmp/setnet_$$


This looks *very* promising.

Do you think there will come a time when this can be run without root
rights? Perhaps by having a special group with write rights to
wpa_supplicant.conf?

I'm completely sick of all the gymnastics I have to do on my laptops to
get wifi working at random locations, and will soon put it on all my
laptops. Including one laptop so buggy you need to disable the wired
ethernet to get wifi to work (yes, I'll keep you apprised of that one.)

If this is even half what I hope it to be, I'll publicize it far and
wide on Troubleshooters.Com. This is what software should be!

SteveT

Steve Litt 
December 2016 featured book: Rapid Learning for the 21st Century
http://www.troubleshooters.com/rl21
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Mouse won't release in Devuan beta 2 with Qemu

2016-12-30 Thread golinux 

On 2016-12-30 18:44, Steve Litt wrote:

On Fri, 30 Dec 2016 17:52:57 -0500
fsmithred  wrote:


Steve,

Did you install Devuan jessie from one of the official isos or from
the unofficial live?


I don't know. The Devuan.org website is organized such that it's very
difficult to determine which exact thing you downloaded. The website
should really be organized to tell you exactly what you're downloading,
and /etc/issue or something else in /etc should tell you exactly what
you're dealing with.

I do know that I downloaded that whole 9.8GB thang from a torrent, and
that the file I used as -cdrom for qemu had filename
"devuan_jessie_1.0.0-beta2_amd64_DVD.iso", and the md5sum is:

f3881689d4cfc5eeedf3e54b55feb0ca
devuan_jessie_1.0.0-beta2_amd64_DVD.iso

Thanks,

SteveT



-

I'm pretty sure that the 
unofficial_live_devuan_beta_amd64_snapshot-20161205_2229.iso is NOT 
available from the devuan.org site.  You would have to get it here: 
https://sourceforge.net/projects/refracta/files/unofficial_devuan_live/unofficial_live_devuan_beta_amd64_snapshot-20161205_2229.iso


And isn't the devuan_jessie_1.0.0-beta2_amd64_DVD.iso  an 'offline 
install' iso not a 'live' iso?  Last I heard, devuan does not have an 
'official-live' iso.  I have no idea how an 'install' iso would work in 
qemu.  Only used 'live' isos.


golinux

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

Re: [DNG] Mouse won't release in Devuan beta 2 with Qemu

2016-12-30 Thread Jaromil 

On Thu, 29 Dec 2016, Steve Litt wrote:

> The host uses Openbox. Next time I shut everything down and restart
> X, I'll try it with Xfce and fvwm ON THE HOST and see if that
> changes things.

what can be also useful for the purpose of troubleshooting, use:

xev -event keyboard

and then press and release ctrl-alt inside the host wm, what does that
prints out? I run Devuan Jessie on i3 on kernel 4.7.0-0.bpo.1-amd64:


KeyPress event, serial 28, synthetic NO, window 0x1c1,
root 0xa3, subw 0x0, time 189416334, (205,375), root:(892,399),
state 0x0, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES,
XLookupString gives 0 bytes: 
XmbLookupString gives 0 bytes: 
XFilterEvent returns: False

KeyPress event, serial 28, synthetic NO, window 0x1c1,
root 0xa3, subw 0x0, time 189416334, (205,375), root:(892,399),
state 0x8, keycode 66 (keysym 0xffe3, Control_L), same_screen YES,
XLookupString gives 0 bytes: 
XmbLookupString gives 0 bytes: 
XFilterEvent returns: False

KeyRelease event, serial 28, synthetic NO, window 0x1c1,
root 0xa3, subw 0x0, time 189416898, (205,375), root:(892,399),
state 0xc, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES,
XLookupString gives 0 bytes: 
XFilterEvent returns: False

KeyRelease event, serial 28, synthetic NO, window 0x1c1,
root 0xa3, subw 0x0, time 189416915, (205,375), root:(892,399),
state 0x4, keycode 66 (keysym 0xffe3, Control_L), same_screen YES,
XLookupString gives 0 bytes: 
XFilterEvent returns: False



ciao

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