On Sun, Jan 24, 2016 at 02:30:15PM +0100, Didier Kryn wrote:
>
> Thanks for the links. Actually I think I derived my PS1 settings
> from an example found in some default .bashrc. I found the colors by
> try and fail, or maybe I looked at what ncurses was producing. Of
> course you don't want t
Le 24/01/2016 11:27, Florian Zieboll a écrit :
On Sat, 23 Jan 2016 21:11:46 +0100
Adam Borowski wrote:
>On Sat, Jan 23, 2016 at 08:10:31PM +0100, Florian Zieboll wrote:
>
> >I had played a bit with the tiling and highly (GUI) configurable
> >"Terminator" but was bounced back to xterm very qui
On Sat, 23 Jan 2016 21:11:46 +0100
Adam Borowski wrote:
> On Sat, Jan 23, 2016 at 08:10:31PM +0100, Florian Zieboll wrote:
>
> > I had played a bit with the tiling and highly (GUI) configurable
> > "Terminator" but was bounced back to xterm very quickly due to its
> > footprint and wrote the foll
2016-01-23 21:44 GMT+01:00, Steve Litt :
> Suckless Tools terminals are very low footprint, but they also lack
> features necessary for certain tasks. IIRC you'd never use one for a
> login terminal, and IIRC they can't be told to run a certain script
> (like xterm -e). But they often suffice, and
On Sat, 23 Jan 2016 20:10:31 +0100
Florian Zieboll wrote:
> On Fri, 22 Jan 2016 00:09:23 -0500
> Steve Litt wrote:
>
> > different color terminals for
> > ssh sessions
>
> I had played a bit with the tiling and highly (GUI) configurable
> "Terminator" but was bounced back to xterm very quick
On Sat, Jan 23, 2016 at 08:10:31PM +0100, Florian Zieboll wrote:
> On Fri, 22 Jan 2016 00:09:23 -0500
> Steve Litt wrote:
>
> > different color terminals for
> > ssh sessions
>
> I had played a bit with the tiling and highly (GUI) configurable
> "Terminator" but was bounced back to xterm very qu
On Fri, 22 Jan 2016 00:09:23 -0500
Steve Litt wrote:
> different color terminals for
> ssh sessions
I had played a bit with the tiling and highly (GUI) configurable
"Terminator" but was bounced back to xterm very quickly due to its
footprint and wrote the following secremote.sh script. It has no
Le 22/01/2016 06:09, Steve Litt a écrit :
Yes! After the last time I did an rm -rf on my laptop, only to discover
it was in an ssh session to my main computer where I didn't want to
delete anything, I always use different color terminals for ssh
sessions and for root sessions. Roxterm's file base
On Fri, 22 Jan 2016 14:52:39 +1100
Simon Wise wrote:
> On 22/01/16 02:57, Didier Kryn wrote:
> > This "recommends" feature has become a kind of bin for packages the
> > maintainers would like desperately to "require" for obscure
> > reasons, but they fail to find a valid one.
>
> But some mor
On Fri, 22 Jan 2016 14:47:59 +1100
Simon Wise wrote:
> The second advantage for me (since I use colours to indicate some
> tasks) is the profile/theme configuration is easier to deal with and
> file based.
Yes! After the last time I did an rm -rf on my laptop, only to discover
it was in an ssh
On 22/01/16 07:41, Hendrik Boom wrote:
On Thu, Jan 21, 2016 at 04:57:28PM +0100, Didier Kryn wrote:
Le 21/01/2016 12:33, Hendrik Boom a écrit :
I suspect that zeroinstall is the native, cross-platform package
installer that Rox uses, and quite possibly that a lot of the
file-type handlers for
On 22/01/16 02:57, Didier Kryn wrote:
Le 21/01/2016 12:33, Hendrik Boom a écrit :
Might it alleviate some of the above complaints?
I always use apt-get install --no-install-recommends, or "default upgrade" in
Synaptic. And I don't look at the recommended packages :-)
This "recommends" featu
On 21/01/16 21:03, Didier Kryn wrote:
Le 21/01/2016 05:57, Simon Wise a écrit :
On 19/01/16 04:59, Steve Litt wrote:
On Mon, 18 Jan 2016 13:31:43 +1100
Simon Wise wrote:
But recently discovered that xfce4-terminal loses critical
functionality without a session dbus running (it no longer conne
On Thu, Jan 21, 2016 at 04:57:28PM +0100, Didier Kryn wrote:
> Le 21/01/2016 12:33, Hendrik Boom a écrit :
> >So I tried installing it, and found that it recommended zeroinstall-injector.
> >Anyone know what this is? It seems to be a "platform-independent
> >package manager". What does this mean
On Thu, 21 Jan 2016 11:03:18 +0100
Didier Kryn wrote:
> I installed roxterm and rox-filer. Both are just nice behaving.
> roxterm doesn't seem to differ in apearence, configurability or
> behaviour, from xfce4-terminal or gnome-terminal.
I too have used rox-filer (but not yet rox-session
Le 21/01/2016 12:33, Hendrik Boom a écrit :
On Thu, Jan 21, 2016 at 11:03:18AM +0100, Didier Kryn wrote:
Le 21/01/2016 05:57, Simon Wise a écrit :
On 19/01/16 04:59, Steve Litt wrote:
On Mon, 18 Jan 2016 13:31:43 +1100
Simon Wise wrote:
But recently discovered that xfce4-terminal loses crit
On Thu, Jan 21, 2016 at 11:03:18AM +0100, Didier Kryn wrote:
> Le 21/01/2016 05:57, Simon Wise a écrit :
> >On 19/01/16 04:59, Steve Litt wrote:
> >>On Mon, 18 Jan 2016 13:31:43 +1100
> >>Simon Wise wrote:
> >>
> >>>But recently discovered that xfce4-terminal loses critical
> >>>functionality with
Le 21/01/2016 05:57, Simon Wise a écrit :
On 19/01/16 04:59, Steve Litt wrote:
On Mon, 18 Jan 2016 13:31:43 +1100
Simon Wise wrote:
But recently discovered that xfce4-terminal loses critical
functionality without a session dbus running (it no longer connects
to the cut buffer and clipboard ..
On 19/01/16 04:59, Steve Litt wrote:
On Mon, 18 Jan 2016 13:31:43 +1100
Simon Wise wrote:
But recently discovered that xfce4-terminal loses critical
functionality without a session dbus running (it no longer connects
to the cut buffer and clipboard ... which really destroys its
functionality).
On Mon, 18 Jan 2016 13:31:43 +1100
Simon Wise wrote:
> But recently discovered that xfce4-terminal loses critical
> functionality without a session dbus running (it no longer connects
> to the cut buffer and clipboard ... which really destroys its
> functionality). I dropped it in favour of roxte
Simon Wise writes:
[...]
> But recently discovered that xfce4-terminal loses critical
> functionality without a session dbus running (it no longer connects to
> the cut buffer and clipboard ... which really destroys its
> functionality).
Desktop environment/ window manager independent copy'n'pa
On 17/01/16 08:08, Steve Litt wrote:
On Sat, 16 Jan 2016 15:32:11 -0500
Mitt Green wrote:
Steve Litt wrote:
I'm not for a moment suggesting Devuan should remove Debian's libdbus
dependency. We have bigger fish to fry.
$ apt-cache rdepends libdbus-1-3
libdbus-1-3
Reverse Depends:
(...)
436
On Sat, 16 Jan 2016 15:32:11 -0500
Mitt Green wrote:
> Steve Litt wrote:
>
> >I'm not for a moment suggesting Devuan should remove Debian's libdbus
> >dependency. We have bigger fish to fry.
>
> $ apt-cache rdepends libdbus-1-3
> libdbus-1-3
> Reverse Depends:
> (...)
> 436 packages at all on
Good evening,
2016-01-16 20:53 GMT+01:00, Steve Litt :
> Probably not. My fight is with systemd, not dbus or PulseAudio.
> However, the whole systemd episode has made me untrusting of anything
> promoted by Freedesktop.Org, so in an ideal world I'd have no dbus.
A friend of mine uses don't-know-w
Steve Litt wrote:
>I'm not for a moment suggesting Devuan should remove Debian's libdbus
>dependency. We have bigger fish to fry.
$ apt-cache rdepends libdbus-1-3
libdbus-1-3
Reverse Depends:
(...)
436 packages at all on my Unstable
Mitt___
Dng mailin
On Sat, 16 Jan 2016 12:26:07 -0500
Mitt Green wrote:
> Steve Litt wrote:
>
> >Does dunst depend on dbus?
>
> Well, according to apt-cache depends, it needs dbus' shared library
> (libdbus-1-3).
>
> >Can dunst be run without dbus?
> >Can notify-send be run without dbus?
>
> Since it doesn'
Original Message
Subject: [DNG] Does dunst require dbus?
Local Time: January 16 2016 5:02 pm
UTC Time: January 16 2016 5:02 pm
From: sl...@troubleshooters.com
To: dng@lists.dyne.org
Hi all,
dunst is a notification daemon that temporarily gui-prints whatever is
specified by
Steve Litt wrote:
>Does dunst depend on dbus?
Well, according to apt-cache depends, it needs dbus' shared library
(libdbus-1-3).
>Can dunst be run without dbus?
>Can notify-send be run without dbus?
Since it doesn't depend on dbus package, which contains
dbus-daemon, it may be able to.
Not sur
Hi all,
dunst is a notification daemon that temporarily gui-prints whatever is
specified by various notify-send commands. Some questions:
Does dunst depend on dbus?
Can dunst be run without dbus?
Can notify-send be run without dbus?
I'd be a lot more open to using notifications if they could be
29 matches
Mail list logo