Re: [DNG] Help me understand what Daniel Reurich is asking?
On 10/02/16 19:53, Edward Bartolo wrote: > Hi, > > This is an email sent to me by Daniel Reurich > > Begin Email Quote: > > Hi Edward, > > I've forked and tried to build your project: > https://git.devuan.org/net/simple-netaid > > It's failed to build the sources for a very basic reason: > > You need to decide if this is primarily a native Devuan/Debian > project or an upstream project being packaged for Devuan. Either is > fine, but currently the packaging appears to be a half way between. > IE; you have a patch series that indicates a quilt package but no > upstream branch, tags, tarball or pristine-tar branch of the original > unde[bi|vu]anised sources. > > I suggest either merge the patches into the source, and change the > source format to either "3.0 (native)" or "3.0 (git)" (we support > gitsrc in our build system unlike debian), or alternatively produce > either a separate upstream branch of the clean sources, or a pristine > tar branch (pain in the arse - I don't recommend this) or even just a > plain old tar ball. > > I guess the choice comes down to your primary target. If you > developing this primarily for Devuan then native or gitsrc formats are > fine. I'd vote for gitsrc but I'm biased due to having added the > support for that format to our build system and I don't understand why > you'd want tarball based srcs for packages developed and built from > git. > > I can do the conversion to gitsrc for this pretty quickly and > painlessly and get this building in Devuan. > > Let me know. > > End Email Quote: > > > If I am understanding well, the state of my sources is in a hybrid > state between Debianized and Non-Debianized. No, you have quilt style patches in what otherwise appears to be a native package. > > Can anyone have some patience to explain to me what commands, I assume > git commands, I have to run to do what Daniel (Centurion_Dan) is > asking? My textual source files are already up to date, so what will > patching actually do? > either provide a separate non-debianized tar.gz source or change to a native or gitsrc package. > Should I edit debian/source/format to contain: > 3.0 (native) > > instead of > 3.0 (quilt) > Yes, (thats if you want to treat it as a primarily devuan oriented package), and then you need to do "quilt push" to apply the patches and then delete the patches folder > Thanks, Edward. > ___ > 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 signature.asc Description: OpenPGP digital signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Trying (again) to compile simple-netaid (was, netman)
El 09/02/16 a las 13:38, KatolaZ escribió: OK, thank you very much. Would you please mind to include the same list in a file called INSTALL to be added to the simple-netaid repo? The file INSTALL should look more or less like: $ cat INSTALL Dependencies In order to compile simple-netaid you need to have the following packages installed: build-essential libgtk2.0-dev fp-units-gfx-2.6.4 lazarus lazarus-ide-gtk2 lcl-nogui-1.2.4 lcl-utils-1.2.4 lcl-units-1.2.4 Installation To compile just type: make == $ HND KatolaZ I will do that. Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] state of what's working for modern desktop usage
On Tue, 9 Feb 2016 23:26:52 + KatolaZ wrote: > I have to admit how much I envy you all guys. I have tried dozens of > those automagical tools for wifi connection management, but in the end > I always ended up using wpa_supplicant (with hand-written custom > config files) + dhclient. There is no tool that does just "connect me > to a wifi that I select" without forcing me, sooner or later, to do > more work than needed with wpa_supplicant + dhclient :( > > Life is tough, here in the cave... :D I've been experimenting with a wpa_supplicant daemon and wpa_cli commands for a fair part of the day. I'm thinking perhaps I can someday make one of those automagical tools out of wpa_cli, ip, dialog, grep, cut, and the rest of the usual suspects. And I mean perhaps make something that, from the human interface perspective, looks just like NetworkManager, but is CLI (dialog) and needs no dbus, no window manager, and no "the software that shall not be mentioned". SteveT Steve Litt February 2016 featured book: The Key to Everyday Excellence http://www.troubleshooters.com/key ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] state of what's working for modern desktop usage
Le 10/02/2016 08:10, Steve Litt a écrit : On Tue, 09 Feb 2016 21:11:05 +0300 Mitt Green wrote: Didier Kryn wrote: Sorry I missed that, does it handle wifi roaming? It doesn't do more than wpa_supplicant and dhcpcd. And has its spawn in a notification tray. Exactly what is wifi roaming, anyway? SteveT Steve Litt February 2016 featured book: The Key to Everyday Excellence http://www.troubleshooters.com/key It means you can transport your laptop to whichever place there is a wifi ap (which you have entered once in your config) and your laptop will automatically connect to the network, without you having to even care about it. Didier ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] state of what's working for modern desktop usage
On Tue, 09 Feb 2016 21:11:05 +0300 Mitt Green wrote: > Didier Kryn wrote: > > >Sorry I missed that, does it handle wifi roaming? > > It doesn't do more than wpa_supplicant and dhcpcd. > And has its spawn in a notification tray. Exactly what is wifi roaming, anyway? SteveT Steve Litt February 2016 featured book: The Key to Everyday Excellence http://www.troubleshooters.com/key ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Dng Digest, Vol 17, Issue 45
On Tue, 9 Feb 2016 18:02:10 +0100 Didier Kryn wrote: > Please Aitor, could you solve this issue with the subject of > your emails. I don't know what mail client you are using, but I think > you should change if it does only allow you a constant subject for > all emails. +1 SteveT Steve Litt February 2016 featured book: The Key to Everyday Excellence http://www.troubleshooters.com/key ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] Help me understand what Daniel Reurich is asking?
Hi, This is an email sent to me by Daniel Reurich Begin Email Quote: Hi Edward, I've forked and tried to build your project: https://git.devuan.org/net/simple-netaid It's failed to build the sources for a very basic reason: You need to decide if this is primarily a native Devuan/Debian project or an upstream project being packaged for Devuan. Either is fine, but currently the packaging appears to be a half way between. IE; you have a patch series that indicates a quilt package but no upstream branch, tags, tarball or pristine-tar branch of the original unde[bi|vu]anised sources. I suggest either merge the patches into the source, and change the source format to either "3.0 (native)" or "3.0 (git)" (we support gitsrc in our build system unlike debian), or alternatively produce either a separate upstream branch of the clean sources, or a pristine tar branch (pain in the arse - I don't recommend this) or even just a plain old tar ball. I guess the choice comes down to your primary target. If you developing this primarily for Devuan then native or gitsrc formats are fine. I'd vote for gitsrc but I'm biased due to having added the support for that format to our build system and I don't understand why you'd want tarball based srcs for packages developed and built from git. I can do the conversion to gitsrc for this pretty quickly and painlessly and get this building in Devuan. Let me know. End Email Quote: If I am understanding well, the state of my sources is in a hybrid state between Debianized and Non-Debianized. Can anyone have some patience to explain to me what commands, I assume git commands, I have to run to do what Daniel (Centurion_Dan) is asking? My textual source files are already up to date, so what will patching actually do? Should I edit debian/source/format to contain: 3.0 (native) instead of 3.0 (quilt) Thanks, Edward. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] state of what's working for modern desktop usage
On 10/02/16 10:26, KatolaZ wrote: On Tue, Feb 09, 2016 at 09:22:15PM +0100, Florian Zieboll wrote: On Tue, 9 Feb 2016 11:24:38 -0500 Steve Litt wrote: For the reasons I enumerated above. I don't use NetworkManager because it's too much baggage, but I have to admit, its human-engineering is spectacular **on a window manager with a panel**. If you just need it for e.g. an occasional mobile connection, stalonetray is perfect. I have to admit how much I envy you all guys. I have tried dozens of those automagical tools for wifi connection management, but in the end I always ended up using wpa_supplicant (with hand-written custom config files) + dhclient. There is no tool that does just "connect me to a wifi that I select" without forcing me, sooner or later, to do more work than needed with wpa_supplicant + dhclient :( Life is tough, here in the cave... :D I'll second that ... I gave up fighting with the GUIs a long time ago, I needed to set up quite specific LAN stuff and this was out of their range of capabilities, they messed horribly with manual stuff and had to be purged.. I had come from OSX and older Apple OSes, this is about 15 years ago, and learnt the manual setups required by simply watching what their GUI did behind the scenes. What OSX had set up automagically was easily transferred to linux as the toolchain is very similar. No linux GUI ever got even remotely close to OSX. Seriously when you want a fully automagical GUI desktop with big corporate backing and the market penetration to compel enough hardware manufacturers and software merchants to jump on the gravy train, and your computer activities are as the user of the common multi-media or office applications ... and you can find the cash ... use OSX, you will save yourself a lot of bother. All my networking is configured in a very small number of files, and some one-line scripts with keybindings make switching to a particular network easy. Ceni has been very useful, to detect hotspots etc and write the config stanza for me, then I can always label and/or modify it if required. Simon ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] state of what's working for modern desktop usage
On Tue, Feb 09, 2016 at 09:20:32AM -0500, Hendrik Boom wrote: > On Tue, Feb 09, 2016 at 09:15:28AM +0100, shraptor wrote: > > >Vdev is still in its final stages of development, as far as I know. > > >Running on developpment asd some test systems, but still being > > >thorougly tested on corner cases before being introduced into Devuan. > > > > It is my belief that vdev should go in some testing or development > > repo. > > Like Debian's 'experimental' repo? Yes please! If you think the code is in good enough shape to be unleashed into the public, even into experimental, I'd be delighted to help on the packaging/uploading front. (I know nothing about the workings of udev, though.) -- A tit a day keeps the vet away. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] state of what's working for modern desktop usage
On Tue, Feb 09, 2016 at 09:22:15PM +0100, Florian Zieboll wrote: > On Tue, 9 Feb 2016 11:24:38 -0500 > Steve Litt wrote: > > > For the reasons I enumerated above. I don't use NetworkManager because > > it's too much baggage, but I have to admit, its human-engineering is > > spectacular **on a window manager with a panel**. > > > If you just need it for e.g. an occasional mobile connection, stalonetray is > perfect. > I have to admit how much I envy you all guys. I have tried dozens of those automagical tools for wifi connection management, but in the end I always ended up using wpa_supplicant (with hand-written custom config files) + dhclient. There is no tool that does just "connect me to a wifi that I select" without forcing me, sooner or later, to do more work than needed with wpa_supplicant + dhclient :( Life is tough, here in the cave... :D HND KatolaZ -- [ Enzo Nicosia aka KatolaZ --- GLUG Catania -- Freaknet Medialab ] [ me [at] katolaz.homeunix.net -- http://katolaz.homeunix.net -- ] [ GNU/Linux User:#325780/ICQ UIN: #258332181/GPG key ID 0B5F062F ] [ Fingerprint: 8E59 D6AA 445E FDB4 A153 3D5A 5F20 B3AE 0B5F 062F ] ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Migration to devuan Jessie failed on rpi-zero
On Tue, Feb 09, 2016 at 05:57:22PM +, Rainer Weikusat wrote: > "info at smallinnovations.nl" writes: > > [...] > > >>> >I have no experience in setting up a distro, toolchain and > >>> >the like but always prepared to learn something new. It would be > >>> >usefull for myself too because my next webradio will be a Pi Zero in > >>> >a lunchbox. > >>> > > This remains: compiling a kernel already takes hours on a Pi A+ or B+ > > with leaves the question how much is needed for a complete distro. > > The usual way to do this would be to use a cross-compiler (compiler > creating code for a different CPU than the one it runs on) on a more > powerful machine. And that's exactly what I am working to achieve. As I said, the toolchain to cross-compile for armv6+fpu2 (rpi0/rpi1) works. I have cross-compiled and tested on rpi0 a pretty large (custom) software suite which makes heavy usage of floating point stuff. And it works perfectly. Next step on my agenda is to cross-compile a complete kernel + bash + essential binaries and libraries for a minimal boot into single-user mode. If everything goes smooth, I will then speak to the Devuan gurus to see how we can start a port for the rpi0/rpi1 (which we could call "pi-vuan", e.g. spelling it "pi-v1" :D) and integrate it within the amprolla architecture, but this will not happen before Devuan Beta is out. HND KatolaZ -- [ Enzo Nicosia aka KatolaZ --- GLUG Catania -- Freaknet Medialab ] [ me [at] katolaz.homeunix.net -- http://katolaz.homeunix.net -- ] [ GNU/Linux User:#325780/ICQ UIN: #258332181/GPG key ID 0B5F062F ] [ Fingerprint: 8E59 D6AA 445E FDB4 A153 3D5A 5F20 B3AE 0B5F 062F ] ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] state of what's working for modern desktop usage
Steve Litt writes: > Didier Kryn wrote: [...] >> I always wondered why there existed network-manager at all > > For the reasons I enumerated above. I don't use NetworkManager because > it's too much baggage, but I have to admit, its human-engineering is > spectacular **on a window manager with a panel**. AFAICT, it's exactly (that's from hearsay) the same wild mess of layer 1, 2, and 4 information one gets with Windows (eg, grouping WiFi AP stuff [link layer], IP addresses and routes [internet layer] and DNS server settings [application layer application configuration]) and the only reason why you aren't terribly confused by that is that you've trained yourself to expect this particular mess. NotworkManager may be 'spectacular' at meeting these expectations, that's something I cannot judge. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] state of what's working for modern desktop usage
On Tue, 9 Feb 2016 11:24:38 -0500, Steve wrote in message <20160209112438.3f4c8...@mydesk.domain.cxm>: > On Tue, 9 Feb 2016 12:16:08 +0100 > Didier Kryn wrote: > > > I always wondered why there existed network-manager at all > > For the reasons I enumerated above. I don't use NetworkManager because > it's too much baggage, but I have to admit, its human-engineering is > spectacular **on a window manager with a panel**. ..wicd? Easiest Gui 5 years ago, It Just Works, and It Just Worked when NetworkManager et al Trashed my networking. -- ..med vennlig hilsen = with Kind Regards from Arnt Karlsen ...with a number of polar bear hunters in his ancestry... Scenarios always come in sets of three: best case, worst case, and just in case. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Trying (again) to compile simple-netaid (was netman)
On Tue, 2016-02-09 at 12:44 -0500, Hendrik Boom wrote: > On Tue, Feb 09, 2016 at 01:24:35PM +0100, aitor_czr wrote: > > Hi Enzo, > > > > Here you are a list of the required packages (i tested it within a > > minimal chroot jail): > > > > build-essential > > libgtk2.0-dev > > fp-units-gfx-2.6.4 > > lazarus > > lazarus-ide-gtk2 > > lcl-nogui-1.2.4 > > lcl-utils-1.2.4 > > lcl-units-1.2.4 > > Are those the required packages for building it? or for running it? Build most probably, for the front-end package. And these dependencies should be in the debian/control file for that package. I don't think an INSTALL file is mandatory. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Migration to devuan Jessie failed on rpi-zero
On Tue, 9 Feb 2016 18:46:11 +0100, info wrote in message <56ba25e3.2080...@smallinnovations.nl>: > On 09-02-16 06:21, dng-requ...@lists.dyne.org wrote: > > Date: Mon, 8 Feb 2016 14:24:39 +0100 From: Arnt Karlsen > > To: dng@lists.dyne.org Subject: Re: [DNG] > > Migration to devuan Jessie failed on rpi-zero Message-ID: > > <20160208142439.6bd0e...@nb6.lan> Content-Type: text/plain; > > charset=US-ASCII On Mon, 8 Feb 2016 11:14:26 +0100, info wrote in > > message <56b86a82.1050...@smallinnovations.nl>: > >> >I have several Pi's B+, 2B and A+ in use or in use by others as > >> >webradio client, personal backup cloud with btsync (6 Pi's and 3 > >> >Tb disks), > > ..set up how, if you have a recipe? > I suppose you mean the personal backup cloud? I will write a small > howto later this week. ..ok, that'll work nicely, I was thinking of "on each Pi." :o) -- ..med vennlig hilsen = with Kind Regards from Arnt Karlsen ...with a number of polar bear hunters in his ancestry... Scenarios always come in sets of three: best case, worst case, and just in case. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] state of what's working for modern desktop usage
On Tue, 9 Feb 2016 09:20:32 -0500 Hendrik Boom wrote: > On Tue, Feb 09, 2016 at 09:15:28AM +0100, shraptor wrote: > > > > >>I noticed too that no vdev were installed, expected? > > > > > >Vdev is still in its final stages of development, as far as I know. > > >Running on developpment asd some test systems, but still being > > >thorougly tested on corner cases before being introduced into > > >Devuan. > > > > > >-- hendrik > > > > It is my belief that vdev should go in some testing or development > > repo. > > Like Debian's 'experimental' repo? I'd like to see it built for stable, so I wouldn't have to run a whole experimental environment to help testing some packages. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] state of what's working for modern desktop usage
Le 09/02/2016 21:14, Mitt Green a écrit :
Steve Litt wrote:
Are you running wpa_supplicant as a daemon? Excluding passwords,
what does your wpa_supplicant.conf look like?
[...]
Are you running dhcpcd as a daemon? What is the command line?
[...]
I mentioned here once, that I use a simple script for connecting
to our local wireless network.
-
$ cat .wifi
# wpa_supplicant initialisation script
echo "Connecting to the wireless network, please wait..."
# Start wpa_supplicant
wpa_supplicant -B -iwlan0 -c/etc/wpa_supplicant/wpa_supplicant.conf
# Provide Dynamic Host Configuration Protocol
dhcpcd wlan0
--
wpa_supplicant.conf is very simple:
ctrl_interface=/var/run/wpa_supplicant
network={
ssid="yourssid"
psk="yourpsk"
}
dhcpcd is a daemon itself, hence the name
(DHCP client daemon).
I saw your message about NetworkManager that modifies
resolv.conf, dhcpcd does it by default, unless you put
"nohook resolv.conf" to /etc/dhcpcd.conf.
Cheers,
Mitt
___
No roaming so :-(
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] state of what's working for modern desktop usage
Le 09/02/2016 20:49, Steve Litt a écrit :
On Tue, 09 Feb 2016 15:01:44 +0300
Mitt Green wrote:
Didier Kryn wrote:
In the mean time, wpagui is working fine [...]
wpagui uses Qt, there's no need to pull tons of
packages for one programme, as long as dhcpcd-ui
exists for those who prefer graphical interfaces.
As I stated previously, in my case wpa_supplicant
and dhcpcd work fine together.
Some questions:
Are you running wpa_supplicant as a daemon? Excluding passwords, what
does your wpa_supplicant.conf look like?
Are you running dhcpcd as a daemon? What is the command line?
If you're not running dhcpcd as a daemon, what is the command line?
As Someone already pointed out (I think it was Isaac),
wpa-supplicant runs always as a daemon, for the duration of the
connection. I am running it in roaming mode. The whole set or daemons is
launched by the ifupdown scripts, as the effect of
/etc/network/interfaces. Only the first 2 lines of wpa_supplicant.conf
need to be written by hand.
kryn@apcnb98:~$ pgrep -l dhc
8636 dhclient
9689 dhclient
kryn@apcnb98:~$ pgrep -l wpa
2157 wpa_supplicant
2212 wpa_cli
kryn@apcnb98:~$ cat /etc/wpa_supplicant/wpa_supplicant.conf
ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=dialout
update_config=1
network={
ssid="Livebox-7e98"
psk="1CAFFAD6B5645669A79EE5994A"
proto=RSN
key_mgmt=WPA-PSK
pairwise=TKIP
group=TKIP WEP104 WEP40
}
network={
ssid="LNCA"
psk="lnca:cd:2016!"
proto=RSN
key_mgmt=WPA-PSK
pairwise=CCMP
}
network={
ssid="Fiordigigli"
psk="hotel1972"
proto=RSN
key_mgmt=WPA-PSK
pairwise=TKIP
group=TKIP WEP104 WEP40
auth_alg=OPEN
}
network={
ssid="Brasserie la Tour"
psk="Latour.best75012"
proto=RSN
key_mgmt=WPA-PSK
pairwise=TKIP
auth_alg=OPEN
}
etc...
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] state of what's working for modern desktop usage
On Tue, 9 Feb 2016 11:24:38 -0500 Steve Litt wrote: > For the reasons I enumerated above. I don't use NetworkManager because > it's too much baggage, but I have to admit, its human-engineering is > spectacular **on a window manager with a panel**. If you just need it for e.g. an occasional mobile connection, stalonetray is perfect. Florian ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] state of what's working for modern desktop usage
Steve Litt wrote:
>Are you running wpa_supplicant as a daemon? Excluding passwords,
>what does your wpa_supplicant.conf look like?
[...]
>Are you running dhcpcd as a daemon? What is the command line?
[...]
I mentioned here once, that I use a simple script for connecting
to our local wireless network.
-
$ cat .wifi
# wpa_supplicant initialisation script
echo "Connecting to the wireless network, please wait..."
# Start wpa_supplicant
wpa_supplicant -B -iwlan0 -c/etc/wpa_supplicant/wpa_supplicant.conf
# Provide Dynamic Host Configuration Protocol
dhcpcd wlan0
--
wpa_supplicant.conf is very simple:
ctrl_interface=/var/run/wpa_supplicant
network={
ssid="yourssid"
psk="yourpsk"
}
dhcpcd is a daemon itself, hence the name
(DHCP client daemon).
I saw your message about NetworkManager that modifies
resolv.conf, dhcpcd does it by default, unless you put
"nohook resolv.conf" to /etc/dhcpcd.conf.
Cheers,
Mitt
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] state of what's working for modern desktop usage
Steve Litt [2016-02-09 17:24]: > I use wpa_gui every time I take one of my laptops on the road, and I > get it to work, but I wouldn't call its functionality "working fine." > First of all, its human interface is ridiculous. Instead of conversing > with the human at human level and translating for wpa_supplicant, it > converses with wpa_supplicant at wpa_supplicant level and makes the > human translate. The thing where you have to go to another tab, press > scan, press scan again, doubleclick, remember the number of the new > network, go back to the first tab, select it, and wait for your IP > address (or not) is ridiculous. Maybe so with Linux (I use wicd with my Linux laptops), but it works out of the box with PC-BSD. -- Hilsen Harald ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] state of what's working for modern desktop usage
On Tue, 09 Feb 2016 15:01:44 +0300 Mitt Green wrote: > Didier Kryn wrote: > > >In the mean time, wpagui is working fine [...] > > wpagui uses Qt, there's no need to pull tons of > packages for one programme, as long as dhcpcd-ui > exists for those who prefer graphical interfaces. > As I stated previously, in my case wpa_supplicant > and dhcpcd work fine together. Some questions: Are you running wpa_supplicant as a daemon? Excluding passwords, what does your wpa_supplicant.conf look like? Are you running dhcpcd as a daemon? What is the command line? If you're not running dhcpcd as a daemon, what is the command line? Thanks, SteveT Steve Litt February 2016 featured book: The Key to Everyday Excellence http://www.troubleshooters.com/key ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] state of what's working for modern desktop usage
On 2016-02-09 15:20, Hendrik Boom wrote: On Tue, Feb 09, 2016 at 09:15:28AM +0100, shraptor wrote: >>I noticed too that no vdev were installed, expected? > >Vdev is still in its final stages of development, as far as I know. >Running on developpment asd some test systems, but still being >thorougly tested on corner cases before being introduced into Devuan. > >-- hendrik It is my belief that vdev should go in some testing or development repo. Like Debian's 'experimental' repo? Yes, something not official but so people on this list could test out. I am on Arch linux derivative and am not familiar with deb-files. Alas I am lost on the initramfs front too since I use busybox->mdev in initramfs I am running vdev with good results though. I know obarun had problem running vdev in initramfs on his Arch-systemd-free distro. Is it possible in devuan to run eudev in initramfs and vdev when booted? As a means to get it to testing more quickly. vdev seems to be stuck in a "which came first, the chicken or the egg?"-dilemma It deserves better. /scooby -- hendrik ___ 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] state of what's working for modern desktop usage
Didier Kryn wrote: >Sorry I missed that, does it handle wifi roaming? It doesn't do more than wpa_supplicant and dhcpcd. And has its spawn in a notification tray. > ...and having Qt installed has never been an issue. I don't see the use of having both as my aim is to have a minimalistic setup. >BTW, is it bigger than GTK? Looking at the ridiculous amount of packages Qt apps pull when I try to install them, I'd say yes. >There seems to be kind of an allergy about Qt out there and >I'd really like to know the true reason. Even more, this allergy goes to C++. There are reasons for it, this is another topic/rant/flamewar. Qt is, in my opinion, slow and bloated (unless it's KDE3 and Qt3 :) ). My two penn'orth, Mitt ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Migration to devuan Jessie failed on rpi-zero
"info at smallinnovations.nl" writes: [...] >>> >I have no experience in setting up a distro, toolchain and >>> >the like but always prepared to learn something new. It would be >>> >usefull for myself too because my next webradio will be a Pi Zero in >>> >a lunchbox. >>> > This remains: compiling a kernel already takes hours on a Pi A+ or B+ > with leaves the question how much is needed for a complete distro. The usual way to do this would be to use a cross-compiler (compiler creating code for a different CPU than the one it runs on) on a more powerful machine. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Migration to devuan Jessie failed on rpi-zero
On 09-02-16 06:21, dng-requ...@lists.dyne.org wrote: Date: Mon, 8 Feb 2016 14:24:39 +0100 From: Arnt Karlsen To: dng@lists.dyne.org Subject: Re: [DNG] Migration to devuan Jessie failed on rpi-zero Message-ID: <20160208142439.6bd0e...@nb6.lan> Content-Type: text/plain; charset=US-ASCII On Mon, 8 Feb 2016 11:14:26 +0100, info wrote in message <56b86a82.1050...@smallinnovations.nl>: >I have several Pi's B+, 2B and A+ in use or in use by others as >webradio client, personal backup cloud with btsync (6 Pi's and 3 Tb >disks), ..set up how, if you have a recipe? I suppose you mean the personal backup cloud? I will write a small howto later this week. >webradioserver with shoutcast and as a server for a 3d printer. > >BTW one of the funniest things with booting Raspbian Jessie is the >message something like Adding Debian fixes to make systemd work >better. > >For the Pi 2 B i have installed Ubuntu 15.10 with support for a 5" >touchscreen but i would like to install Devuan Jessie when it is >stable. ..eh, all you need is one extra sd-card to play with, to_help_make_ Devuan stable. Devuan stable etc is not going to happen if everybody sits waiting for it to "become stable." Agreed, but a beta version would help me a lot: less bugs to hunt. >I have no experience in setting up a distro, toolchain and >the like but always prepared to learn something new. It would be >usefull for myself too because my next webradio will be a Pi Zero in >a lunchbox. This remains: compiling a kernel already takes hours on a Pi A+ or B+ with leaves the question how much is needed for a complete distro. Nick ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Trying (again) to compile simple-netaid (was netman)
On Tue, Feb 09, 2016 at 01:24:35PM +0100, aitor_czr wrote: > Hi Enzo, > > El 09/02/16 a las 13:00, KatolaZ escribió: > >Hi folks, > > > >I have just downloaded the last version of simple-netaid (ex netman) > >from gitlab, since I was willing to give it another try. I am sorry to > >repeat the same rant as a few months ago, but there is still no > >INSTALL file in the archive which reports a list of dependencies. The > >compilation fails, and people are left with the task of figuring out > >where to pick "lazbuild" from. > > > >Now, I have followed this mailing list and I know that some pascal is > >involved, and that the front-end has been developed in Lazarus, so I > >can guess that something related to Lazarus is missing from my system > >(and will be missing from 99.9% of the installations out there, for > >that matter), but if I were an occasional user who had downloaded > >simple-netaid just to try it out, I would have liked to find a simple > >list of dependencies which would warn me about the packages that ought > >be installed for a successful build. > > > >Is there a place where I can find this list of dependencies, so that I > >can put together the INSTALL file for simple-netaid, and then Edward > >or aitor or one of you guys can add it to the repo? > > > >Thanks > > > >KatolaZ > > Here you are a list of the required packages (i tested it within a > minimal chroot jail): > > build-essential > libgtk2.0-dev > fp-units-gfx-2.6.4 > lazarus > lazarus-ide-gtk2 > lcl-nogui-1.2.4 > lcl-utils-1.2.4 > lcl-units-1.2.4 Are those the required packages for building it? or for running it? -- hendrik ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] state of what's working for modern desktop usage
Le 09/02/2016 17:10, Steve Litt a écrit : And we-do-it-all-for-you software makes rolling your own much more difficult, because it epoxys layer after layer of its impenetrable abstractions over what you know as Linux, to the point that stuff that would have been simple in 1998 Red Hat 5.2 becomes a tracking expedition to sniff out the path taken by the abstractions to manipulate the underlying Linux (or do an end run around it). Thanks for this very good explanation. That's all the point. A good UI reflects the underlying infrastructure, it is educative. Didier ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] state of what's working for modern desktop usage
Le 09/02/2016 18:17, Didier Kryn a écrit : Le 09/02/2016 17:24, Steve Litt a écrit : On Tue, 9 Feb 2016 12:16:08 +0100 Didier Kryn wrote: > > >> Easynetaid/netbarx is an option, preferably when it is available >> from the repo. In the mean time, wpagui is working fine, as from >> many years - > > I use wpa_gui every time I take one of my laptops on the road, and I > get it to work, but I wouldn't call its functionality "working > fine." First of all, its human interface is ridiculous. Instead of > conversing with the human at human level and translating for > wpa_supplicant, it converses with wpa_supplicant at wpa_supplicant > level and makes the human translate. The thing where you have to go > to another tab, press scan, press scan again, doubleclick, remember > the number of the new network, go back to the first tab, select it, > and wait for your IP address (or not) is ridiculous. > > Then there's the poor documentation of the whole wpa_* line of > software: Few know how it works. Then add in dhcpcd, Ugh! > >> I always wondered why there existed network-manager at all > > For the reasons I enumerated above. I don't use NetworkManager > because it's too much baggage, but I have to admit, its > human-engineering is spectacular **on a window manager with a > panel**. > >> and I used to purge it right after install. wpagui is developped >> by the authors of wpa-supplicant. It takes a little editing of >> wpa-supplicant.conf and interfaces to start, but there are pretty >> good howtos (search for something like "wifi roaming with wpa >> supplicant") > > This is good information. Thank you, I'll search. And if I can't get > wpa_gui to work in a reasonable way, eventually I'll build a state > machine that interacts with wpa_cli correctly, taking its cues and > reporting its info to a GUI I write that looks a heck of a lot like > NetworkManager (but has only dependencies wpa_supplicant, wpa_cli, > and Python Tkinter. > > SteveT > You need little editing after install - it should be done during package installation, but it is not. Then you need to run wpagui only when you connect to a *new* wifi station. You save the config, and then wpa-supplicant automatically connects you the the local wifi station wherever you are. I was thinking of making that UI in ncurses, but the fact is I understand very little of this wifi crypting thechnology which sees a new protocol every year. wpagui fills all the fields of the form for you and you just need to fill what it can't guess: the password. Didier // Well, seems I've been f. up by iceweasel. Probably hit a wrang key. Sorry guys. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] state of what's working for modern desktop usage
Le 09/02/2016 17:24, Steve Litt a écrit : On Tue, 9 Feb 2016 12:16:08 +0100 Didier Kryn wrote: > > >> Easynetaid/netbarx is an option, preferably when it is available >> from the repo. In the mean time, wpagui is working fine, as from >> many years - > > I use wpa_gui every time I take one of my laptops on the road, and I > get it to work, but I wouldn't call its functionality "working > fine." First of all, its human interface is ridiculous. Instead of > conversing with the human at human level and translating for > wpa_supplicant, it converses with wpa_supplicant at wpa_supplicant > level and makes the human translate. The thing where you have to go > to another tab, press scan, press scan again, doubleclick, remember > the number of the new network, go back to the first tab, select it, > and wait for your IP address (or not) is ridiculous. > > Then there's the poor documentation of the whole wpa_* line of > software: Few know how it works. Then add in dhcpcd, Ugh! > >> I always wondered why there existed network-manager at all > > For the reasons I enumerated above. I don't use NetworkManager > because it's too much baggage, but I have to admit, its > human-engineering is spectacular **on a window manager with a > panel**. > >> and I used to purge it right after install. wpagui is developped >> by the authors of wpa-supplicant. It takes a little editing of >> wpa-supplicant.conf and interfaces to start, but there are pretty >> good howtos (search for something like "wifi roaming with wpa >> supplicant") > > This is good information. Thank you, I'll search. And if I can't get > wpa_gui to work in a reasonable way, eventually I'll build a state > machine that interacts with wpa_cli correctly, taking its cues and > reporting its info to a GUI I write that looks a heck of a lot like > NetworkManager (but has only dependencies wpa_supplicant, wpa_cli, > and Python Tkinter. > > SteveT > You need little editing after install - it should be done during package installation, but it is not. Then you need to run wpagui only when you connect to a *new* wifi station. You save the config, and then wpa-supplicant automatically connects you the the local wifi station wherever you are. I was thinking of making that UI in ncurses, but the fact is I understand very little of this wifi crypting thechnology which sees a new protocol every year. wpagui fills all the fields of the form for you and you just need to fill what it can't guess: the password. Didier // ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] state of what's working for modern desktop usage
That's about right, mate is nearly free of systemd barring the libsystemd0 dendency in some cases if you really like that sort of setup it could be an option. Cheers, chillfan On Tuesday, February 9, 2016 4:10 PM, Steve Litt wrote: > On Tue, 9 Feb 2016 11:04:44 +1100 > Sylvain BERTRAND wrote: > > >> Then from a desktop perspective, what should I expect to work? I'm >> targetting usage level similar to gnome regarding network >> configuration, mounting of removal medias and digital camera, etc >> etc... > > Hi Sylvain, > > It's true. Gnome was good at networking, media mounting and removal, > digital cameras, etc. My personal opinion: You'll never reach that > state of "automatic" again, and that's not a bad thing. > > Let me explain... > > From 2000 through 2013 I consistently used "We do it all for you" > distros: Mandrake, Mandriva, and then Ubuntu (later Xubuntu and > Lubuntu). Most of the time, when I plugged in a thumb drive, BANG, its > mounted-self appeared on the desktop (or whatever). Plug in a camera, > and some program pops up with all the photos, ready to crop, enhance, > whatever. Networking, it just works, and if you go to a place you've > never been before, you click the little icon on the panel (taskbar), > choose your ESSID, enter the password, and you're connected. > > Most of the time. > > But man, when these distros didn't fulfill their function, they left > you in a whole lot of pain. NetworkManager fails: Now what do you do, > with NetworkManager having usurped all the Linux networking you ever > knew and replacing it with opaque layers. You change > your /etc/resolv.conf to resolve at 8.8.8.8 and 8.8.4.4, and whoomp, > Network Manager replaces it some time later. That wonderful, beautiful, > just-how-you-want-it Kmail frequently throws off dbus-daemon instances > consuming 98% of CPU, to the point where I had to run a daemon to > detect and kill these. That auto camera program: Turns out I wanted to > edit my pics in Gimp, not in its half-assed editor. > > We-do-it-all-for-you software is tempting, enticing, embracing. Your > software handles all the tech, and you just do your work. But implicit > in this is that you do your work the way your software demands. You > become very slick at the points, clicks, drags and keystrokes of your > software, but you're doing it the software's way, and over time you've > been so seduced by your software that your roll-your-own chops are > rusty and many times you just don't bother making the interface *you* > want. > > And we-do-it-all-for-you software makes rolling your own much more > difficult, because it epoxys layer after layer of its impenetrable > abstractions over what you know as Linux, to the point that stuff that > would have been simple in 1998 Red Hat 5.2 becomes a tracking > expedition to sniff out the path taken by the abstractions to > manipulate the underlying Linux (or do an end run around it). > > The post I've written so far is a long way of saying that > we-do-it-all-for-you and roll-your-own are a tradeoff. Gnome is almost > completely we-do-it-all-for-you. Linux From Scratch is almost entirely > roll-your-own. Most power users (non-newbies who use the computer for > more than surfing porn and interacting with Facebook) want to be > somewhere inside the extremes. And since Gnome demands systemd and we > won't have systemd on our systems, this means saying goodbye to > complete and utter we-do-it-all-for-you, which is a good thing. > > Finally, I submit my opinion that if a person really wants > we-do-it-all-for-you, he should forget about Gnome, forget about Linux, > and buy a Mac. Mac does we-do-it-all-for-you right. > > SteveT > > Steve Litt > February 2016 featured book: The Key to Everyday Excellence > http://www.troubleshooters.com/key > ___ > Dng mailing list > Dng@lists.dyne.org > https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng -- Take back your privacy. Switch to www.StartMail.com ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Dng Digest, Vol 17, Issue 45
Please Aitor, could you solve this issue with the subject of your emails. I don't know what mail client you are using, but I think you should change if it does only allow you a constant subject for all emails. Didier ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] state of what's working for modern desktop usage
Le 09/02/2016 13:01, Mitt Green a écrit : wpagui uses Qt, there's no need to pull tons of packages for one programme, as long as dhcpcd-ui exists for those who prefer graphical interfaces. As I stated previously, in my case wpa_supplicant and dhcpcd work fine together. Sorry I missed that, does it handle wifi roaming? Nevertheless, a laptop isn't a handheld device. I'm a random laptop user and having Qt installed has never been an issue. BTW, is it bigger than GTK? There seems to be kind of an allergy about Qt out there and I'd really like to know the true reason. Didier ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] state of what's working for modern desktop usage
Steve Litt writes: [...] >>From 2000 through 2013 I consistently used "We do it all for you" > distros: Mandrake, Mandriva, and then Ubuntu (later Xubuntu and > Lubuntu). Most of the time, when I plugged in a thumb drive, BANG, its > mounted-self appeared on the desktop (or whatever). That's one of these 'feature' I consistently have serious troubles with understanding why it's considered a feature at all. The last time I 'plugged in a thumb drive', I wanted to replace the Linux system stored on it with a VFAT partition I could put some mp3 into in order to play them with a CD player. This meant I had to delete the existing Linux parition, create a new VFAT paritition, create a VFAT filesystem on that, mount that somewhere, copy the files over, umount/ wait until the data was really copied. "Plug it in and BANG, some piece of obnoxious software mounts it in some idiotic place, say, /dev/dsk/u56yttt6w/lo/behold/foo/bar and I have to get rid of this mount and prevent the software from doing that again before *I* can use *my* thumbdrive" doesn't sound appealing to me. Even if I just want to access the files, how's the computer going to know where I want to mount it this time? ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] state of what's working for modern desktop usage
On Tue, 9 Feb 2016 12:16:08 +0100 Didier Kryn wrote: > Easynetaid/netbarx is an option, preferably when it is available > from the repo. In the mean time, wpagui is working fine, as from many > years - I use wpa_gui every time I take one of my laptops on the road, and I get it to work, but I wouldn't call its functionality "working fine." First of all, its human interface is ridiculous. Instead of conversing with the human at human level and translating for wpa_supplicant, it converses with wpa_supplicant at wpa_supplicant level and makes the human translate. The thing where you have to go to another tab, press scan, press scan again, doubleclick, remember the number of the new network, go back to the first tab, select it, and wait for your IP address (or not) is ridiculous. Then there's the poor documentation of the whole wpa_* line of software: Few know how it works. Then add in dhcpcd, Ugh! > I always wondered why there existed network-manager at all For the reasons I enumerated above. I don't use NetworkManager because it's too much baggage, but I have to admit, its human-engineering is spectacular **on a window manager with a panel**. > and I used to purge it right after install. wpagui is developped by > the authors of wpa-supplicant. It takes a little editing of > wpa-supplicant.conf and interfaces to start, but there are pretty > good howtos (search for something like "wifi roaming with wpa > supplicant") This is good information. Thank you, I'll search. And if I can't get wpa_gui to work in a reasonable way, eventually I'll build a state machine that interacts with wpa_cli correctly, taking its cues and reporting its info to a GUI I write that looks a heck of a lot like NetworkManager (but has only dependencies wpa_supplicant, wpa_cli, and Python Tkinter. SteveT Steve Litt February 2016 featured book: The Key to Everyday Excellence http://www.troubleshooters.com/key ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] state of what's working for modern desktop usage
On Tue, 9 Feb 2016 11:04:44 +1100 Sylvain BERTRAND wrote: > Then from a desktop perspective, what should I expect to work? I'm > targetting usage level similar to gnome regarding network > configuration, mounting of removal medias and digital camera, etc > etc... Hi Sylvain, It's true. Gnome was good at networking, media mounting and removal, digital cameras, etc. My personal opinion: You'll never reach that state of "automatic" again, and that's not a bad thing. Let me explain... From 2000 through 2013 I consistently used "We do it all for you" distros: Mandrake, Mandriva, and then Ubuntu (later Xubuntu and Lubuntu). Most of the time, when I plugged in a thumb drive, BANG, its mounted-self appeared on the desktop (or whatever). Plug in a camera, and some program pops up with all the photos, ready to crop, enhance, whatever. Networking, it just works, and if you go to a place you've never been before, you click the little icon on the panel (taskbar), choose your ESSID, enter the password, and you're connected. Most of the time. But man, when these distros didn't fulfill their function, they left you in a whole lot of pain. NetworkManager fails: Now what do you do, with NetworkManager having usurped all the Linux networking you ever knew and replacing it with opaque layers. You change your /etc/resolv.conf to resolve at 8.8.8.8 and 8.8.4.4, and whoomp, Network Manager replaces it some time later. That wonderful, beautiful, just-how-you-want-it Kmail frequently throws off dbus-daemon instances consuming 98% of CPU, to the point where I had to run a daemon to detect and kill these. That auto camera program: Turns out I wanted to edit my pics in Gimp, not in its half-assed editor. We-do-it-all-for-you software is tempting, enticing, embracing. Your software handles all the tech, and you just do your work. But implicit in this is that you do your work the way your software demands. You become very slick at the points, clicks, drags and keystrokes of your software, but you're doing it the software's way, and over time you've been so seduced by your software that your roll-your-own chops are rusty and many times you just don't bother making the interface *you* want. And we-do-it-all-for-you software makes rolling your own much more difficult, because it epoxys layer after layer of its impenetrable abstractions over what you know as Linux, to the point that stuff that would have been simple in 1998 Red Hat 5.2 becomes a tracking expedition to sniff out the path taken by the abstractions to manipulate the underlying Linux (or do an end run around it). The post I've written so far is a long way of saying that we-do-it-all-for-you and roll-your-own are a tradeoff. Gnome is almost completely we-do-it-all-for-you. Linux From Scratch is almost entirely roll-your-own. Most power users (non-newbies who use the computer for more than surfing porn and interacting with Facebook) want to be somewhere inside the extremes. And since Gnome demands systemd and we won't have systemd on our systems, this means saying goodbye to complete and utter we-do-it-all-for-you, which is a good thing. Finally, I submit my opinion that if a person really wants we-do-it-all-for-you, he should forget about Gnome, forget about Linux, and buy a Mac. Mac does we-do-it-all-for-you right. SteveT Steve Litt February 2016 featured book: The Key to Everyday Excellence http://www.troubleshooters.com/key ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] state of what's working for modern desktop usage
On Tue, Feb 09, 2016 at 09:15:28AM +0100, shraptor wrote: > > >>I noticed too that no vdev were installed, expected? > > > >Vdev is still in its final stages of development, as far as I know. > >Running on developpment asd some test systems, but still being > >thorougly tested on corner cases before being introduced into Devuan. > > > >-- hendrik > > It is my belief that vdev should go in some testing or development > repo. Like Debian's 'experimental' repo? -- hendrik ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] Frontend to pmount
I was inpired by Steve Litt's amounter, but I prefer a semi-automatic. And I wanted an easy clicky way to use pmount. So I recycled some code from refracta2usb and added inotifywait. The result is a set of scripts that will pop up a window showing the partitions on the usb drive when it's plugged in. Then it mounts your choice and opens it in your default file manager. There are probably better ways to do this, but the only programming I know well enough to be useful is shell, and a good portion of this was already written. That makes it an ecologically responsible choice. If anyone wants to try it, there's a tarball here - http://sourceforge.net/projects/refracta/files/testing/usbwait.tar.gz/download Installation is completely manual right now. Open the tarball and copy the files according to the file list. I can roll up a .deb file later. You can use usbpmount.sh and usb-unmount.sh with panel buttons without using inotifywait. You won't get a popup window this way, but you can click to mount and unmount as unprivileged user. (pmount/pumount) If you want the popup window, the user needs sudo privileges for one of the scripts. A file is included to add to /etc/sudoers.d/ for this. With a few changes, it'll work (mostly) with zuluMount instead of yad|zenity. Depends: pmount, hwinfo, yad|zenity Recommends: inotify-tools yad for jessie is available here - http://debs.slavino.sk/files-testing.php Comments and suggestions are welcome. fsmithred ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Dng Digest, Vol 17, Issue 45
On Tue, Feb 09, 2016 at 01:22:12PM +0100, aitor_czr wrote: > > Here you are the list of required packages (i tested it within a > minimal chroot jail): > > build-essential > libgtk2.0-dev > fp-units-gfx-2.6.4 > lazarus > lazarus-ide-gtk2 > lcl-nogui-1.2.4 > lcl-utils-1.2.4 > lcl-units-1.2.4 > > |HTH, > Hi Aitor, I give up. These dependencies require 127 additional packages in my Devuan Jessie, for a total 998 MB of additional disk space. Too much for me. I will patiently wait for the binary packages to become available. Thanks for your work. KatolaZ -- [ Enzo Nicosia aka KatolaZ --- GLUG Catania -- Freaknet Medialab ] [ me [at] katolaz.homeunix.net -- http://katolaz.homeunix.net -- ] [ GNU/Linux User:#325780/ICQ UIN: #258332181/GPG key ID 0B5F062F ] [ Fingerprint: 8E59 D6AA 445E FDB4 A153 3D5A 5F20 B3AE 0B5F 062F ] ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] state of what's working for modern desktop usage
On Tue, 09 Feb 2016 09:15:28 +0100 shraptor wrote: > It is my belief that vdev should go in some testing or development > repo. If there are free capacities on the build infrastructure, it would make testing much more appealing to have an unofficial (pre)alpha or "lab" repository for Jessie. I just don't feel like recompiling short-lived testing stuff on my ancient machines here every few time units, when I know that there are binaries around anyway. Some notes on a possibly necessary migration from the traditional setup and a list of interesting / untested / critical scenarios would be nice, too. Perhaps as "release notes" - that would be very handy in combination with apt-listchanges. BTW, I don't have a fancy setup here, but can offer to play with debs for amd64. Some headless testing on x86, armhf and perhaps armel is possible as well. Florian ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Dng Digest, Vol 17, Issue 45
On Tue, Feb 09, 2016 at 01:22:12PM +0100, aitor_czr wrote: > Hi Enzo, [cut] > > Here you are the list of required packages (i tested it within a > minimal chroot jail): > > build-essential > libgtk2.0-dev > fp-units-gfx-2.6.4 > lazarus > lazarus-ide-gtk2 > lcl-nogui-1.2.4 > lcl-utils-1.2.4 > lcl-units-1.2.4 > OK, thank you very much. Would you please mind to include the same list in a file called INSTALL to be added to the simple-netaid repo? The file INSTALL should look more or less like: $ cat INSTALL Dependencies In order to compile simple-netaid you need to have the following packages installed: build-essential libgtk2.0-dev fp-units-gfx-2.6.4 lazarus lazarus-ide-gtk2 lcl-nogui-1.2.4 lcl-utils-1.2.4 lcl-units-1.2.4 Installation To compile just type: make == $ HND KatolaZ -- [ Enzo Nicosia aka KatolaZ --- GLUG Catania -- Freaknet Medialab ] [ me [at] katolaz.homeunix.net -- http://katolaz.homeunix.net -- ] [ GNU/Linux User:#325780/ICQ UIN: #258332181/GPG key ID 0B5F062F ] [ Fingerprint: 8E59 D6AA 445E FDB4 A153 3D5A 5F20 B3AE 0B5F 062F ] ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Trying (again) to compile simple-netaid (was netman)
Hi Enzo, El 09/02/16 a las 13:00, KatolaZ escribió: Hi folks, I have just downloaded the last version of simple-netaid (ex netman) from gitlab, since I was willing to give it another try. I am sorry to repeat the same rant as a few months ago, but there is still no INSTALL file in the archive which reports a list of dependencies. The compilation fails, and people are left with the task of figuring out where to pick "lazbuild" from. Now, I have followed this mailing list and I know that some pascal is involved, and that the front-end has been developed in Lazarus, so I can guess that something related to Lazarus is missing from my system (and will be missing from 99.9% of the installations out there, for that matter), but if I were an occasional user who had downloaded simple-netaid just to try it out, I would have liked to find a simple list of dependencies which would warn me about the packages that ought be installed for a successful build. Is there a place where I can find this list of dependencies, so that I can put together the INSTALL file for simple-netaid, and then Edward or aitor or one of you guys can add it to the repo? Thanks KatolaZ Here you are a list of the required packages (i tested it within a minimal chroot jail): build-essential libgtk2.0-dev fp-units-gfx-2.6.4 lazarus lazarus-ide-gtk2 lcl-nogui-1.2.4 lcl-utils-1.2.4 lcl-units-1.2.4 |HTH, Aitor. | ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Dng Digest, Vol 17, Issue 45
Hi Enzo, El 09/02/16 a las 13:00, dng-requ...@lists.dyne.org escribió: Hi folks, I have just downloaded the last version of simple-netaid (ex netman) from gitlab, since I was willing to give it another try. I am sorry to repeat the same rant as a few months ago, but there is still no INSTALL file in the archive which reports a list of dependencies. The compilation fails, and people are left with the task of figuring out where to pick "lazbuild" from. Now, I have followed this mailing list and I know that some pascal is involved, and that the front-end has been developed in Lazarus, so I can guess that something related to Lazarus is missing from my system (and will be missing from 99.9% of the installations out there, for that matter), but if I were an occasional user who had downloaded simple-netaid just to try it out, I would have liked to find a simple list of dependencies which would warn me about the packages that ought be installed for a successful build. Is there a place where I can find this list of dependencies, so that I can put together the INSTALL file for simple-netaid, and then Edward or aitor or one of you guys can add it to the repo? Thanks KatolaZ Here you are the list of required packages (i tested it within a minimal chroot jail): build-essential libgtk2.0-dev fp-units-gfx-2.6.4 lazarus lazarus-ide-gtk2 lcl-nogui-1.2.4 lcl-utils-1.2.4 lcl-units-1.2.4 |HTH, Aitor. | ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] state of what's working for modern desktop usage
Didier Kryn wrote: >In the mean time, wpagui is working fine [...] wpagui uses Qt, there's no need to pull tons of packages for one programme, as long as dhcpcd-ui exists for those who prefer graphical interfaces. As I stated previously, in my case wpa_supplicant and dhcpcd work fine together. My two pennies, Mitt ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] Trying (again) to compile simple-netaid (was netman)
Hi folks, I have just downloaded the last version of simple-netaid (ex netman) from gitlab, since I was willing to give it another try. I am sorry to repeat the same rant as a few months ago, but there is still no INSTALL file in the archive which reports a list of dependencies. The compilation fails, and people are left with the task of figuring out where to pick "lazbuild" from. Now, I have followed this mailing list and I know that some pascal is involved, and that the front-end has been developed in Lazarus, so I can guess that something related to Lazarus is missing from my system (and will be missing from 99.9% of the installations out there, for that matter), but if I were an occasional user who had downloaded simple-netaid just to try it out, I would have liked to find a simple list of dependencies which would warn me about the packages that ought be installed for a successful build. Is there a place where I can find this list of dependencies, so that I can put together the INSTALL file for simple-netaid, and then Edward or aitor or one of you guys can add it to the repo? Thanks KatolaZ -- [ Enzo Nicosia aka KatolaZ --- GLUG Catania -- Freaknet Medialab ] [ me [at] katolaz.homeunix.net -- http://katolaz.homeunix.net -- ] [ GNU/Linux User:#325780/ICQ UIN: #258332181/GPG key ID 0B5F062F ] [ Fingerprint: 8E59 D6AA 445E FDB4 A153 3D5A 5F20 B3AE 0B5F 062F ] ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] state of what's working for modern desktop usage
Gnome is still very much tied to systemd, I'd say go with xfce4 with wicd and iceweasel. Also you want gvfs and thunar-volman for automounting.I use jmtpfs for mounting mtp devices, you might want to something though and there might be other packages useful for working with cameras too. The right way to use auto-mounting is: apt-get install thunar-volman gvfs policykit-1 Cheers, chillfan On Tuesday, February 9, 2016 12:04 AM, Sylvain BERTRAND wrote: > Hi, > > From a debian jessie 8.3 with gnome I did an upgrade to devuan, but I got > many issues: > - I had to remove manually systemd once rebooted > - An apt autoremove actually did remove all gnome. > > Then from a desktop perspective, what should I expect to work? I'm > targetting > usage level similar to gnome regarding network configuration, mounting of > removal medias and digital camera, etc etc... > > (Since I saw that gnome was basically removed, I did install xfce, but > without > network since networkmanager is gone along with gnome) > > I noticed too that no vdev were installed, expected? > > regards, > > -- > Sylvain > ___ > Dng mailing list > Dng@lists.dyne.org > https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng -- Take back your privacy. Switch to www.StartMail.com ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] state of what's working for modern desktop usage
Le 09/02/2016 01:04, Sylvain BERTRAND a écrit : Hi, From a debian jessie 8.3 with gnome I did an upgrade to devuan, but I got many issues: - I had to remove manually systemd once rebooted - An apt autoremove actually did remove all gnome. Then from a desktop perspective, what should I expect to work? I'm targetting usage level similar to gnome regarding network configuration, mounting of removal medias and digital camera, etc etc... (Since I saw that gnome was basically removed, I did install xfce, but without network since networkmanager is gone along with gnome) I noticed too that no vdev were installed, expected? regards, Easynetaid/netbarx is an option, preferably when it is available from the repo. In the mean time, wpagui is working fine, as from many years - I always wondered why there existed network-manager at all and I used to purge it right after install. wpagui is developped by the authors of wpa-supplicant. It takes a little editing of wpa-supplicant.conf and interfaces to start, but there are pretty good howtos (search for something like "wifi roaming with wpa supplicant") Didier ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] state of what's working for modern desktop usage
I noticed too that no vdev were installed, expected? Vdev is still in its final stages of development, as far as I know. Running on developpment asd some test systems, but still being thorougly tested on corner cases before being introduced into Devuan. -- hendrik It is my belief that vdev should go in some testing or development repo. I am running out of errors to report and fix with Jude's help on my hardware and my very small userbase for alphaOS. It's a bit like arnt said in another thread: if everybody is waiting nothing happens. Maybe there is still issues regarding vdev and initramfs for devuan? Anyway I think vdev could use a bit more users for it to mature. best regards Scooby ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
