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
> >
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
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
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
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
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
>
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).
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
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
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
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
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
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
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
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
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"
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
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
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
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
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
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
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
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
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
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
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:
>
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
28 matches
Mail list logo