On 11/06/16 02:07, concernedfoss...@teknik.io wrote:
Just because a piece of software has been abandoned doesn't mean that it is
garbage.
My personal opinion is that 'slim' was abandoned because it is garbage.
A dev is not required to work on a piece of software forever: eventually
softwar
On Fri, 10 Jun 2016 22:24:00 +0100, Rowland Penny wrote:
> If you want another reason not to use slim, how about, it doesn't seem
> to work if your authentication is coming from Samba AD. I have just set
> up a new PC, compiled the latest Samba (4.4.4), set it up as a domain
> member, checked t
On 24/05/16 15:08, Irrwahn wrote:
To the Devs in charge, and to whom it may concern.
I just filed an issue against the Devuan slim package,
requesting its removal from future Devuan releases.
Full quote below signature.
Regards
Urban
---
Hi,
Many thanks for helping me. I inspected the bash command history to
learn what was causing gcc to link 'bogus' executables and found the
cause was -c precisely as you explained. When I removed it a valid
executable was produced that could be run without problems.
Edward
On 10/06/2016, Katola
On Fri, 10 Jun 2016 14:10:52 -0400, Steve Litt wrote:
> By the way, thanks to emninger for pointing out the existence of
> Palemoon. If I can get it to get over this libpepperflashplayer.so
> problem, it shows promise to be a decent browser in an era when every
> other browser sucks bigtime.
The d
On Fri, 10 Jun 2016 19:47:36 +0200, Paweł Cholewiński wrote:
> Does Palemoon support sandboxing tabs?
Are you by any chance referring to the recent FF "e10s"[1] buzz?
A broken re-implementation of something Chrome allegedly does
right? Whose net value is giving off a false sense of security,
a
On Fri, 10 Jun 2016 15:23:41 +0200
Jaromil wrote:
> On Fri, 10 Jun 2016, emnin...@riseup.net wrote:
>
> > Would it be possible to package palemoon for devuan?
>
> Are there a reasons for that?
>
> I use palemoon myself on Devuan. Just downloaded their bundle and
> opened in /opt/palemoon, se
On Fri, 10 Jun 2016 14:37:09 +
Noel Torres wrote:
> Jaromil escribió:
>
> > On Fri, 10 Jun 2016, emnin...@riseup.net wrote:
> >
> >> Would it be possible to package palemoon for devuan?
> >
> > Are there a reasons for that?
> >
> > I use palemoon myself on Devuan. Just downloaded their
W dniu 10.06.2016 o 18:54, Irrwahn pisze:
> No more (noticeable) memory leakage
> in the program itself, no more mind-boggling massive Xorg
> resource leakage, quick to start up, responsive to user
> actions. A browser as it should be — i.e. not getting in the
> way of the user.
Does Palemoon
On Fri, 10 Jun 2016, Irrwahn wrote:
> On Fri, 10 Jun 2016 15:31:12 + (UTC), Go Linux wrote:
> > I wouldn't mind seeing palemoon in the devuan repos because
> > I suspect that eventually FF will become unusable (for me at
> > least).
>
> I switched to Palemoon a few weeks ago. After 10+ ye
On Fri, 10 Jun 2016 15:31:12 + (UTC), Go Linux wrote:
> I wouldn't mind seeing palemoon in the devuan repos because
> I suspect that eventually FF will become unusable (for me at
> least).
I switched to Palemoon a few weeks ago. After 10+ years FF
had de facto become unusable for me, afte
Greg Olsen writes:
[...]
> Rainer, since it wasn't in your previous example, I'm curious to know
> your opinion on the use of "bridge_waitport 0" ?
This is processed by the following code in
/etc/network/if-pre-up.d/bridge:
if [ "$IF_BRIDGE_WAITPORT" ]
then
set x $IF_B
On Fri, 6/10/16, Hendrik Boom wrote:
Subject: Re: [DNG] package request
To: dng@lists.dyne.org
Date: Friday, June 10, 2016, 10:10 AM
On Fri, Jun 10, 2016 at 04:57:06PM +0200, emnin...@riseup.net wrote:
> Am Fri, 10 Jun 2016 14:36:05 +
> schrieb dng-requ...@lists.dyne.org:
>
> > > Would i
On Fri, Jun 10, 2016 at 04:57:06PM +0200, emnin...@riseup.net wrote:
> Am Fri, 10 Jun 2016 14:36:05 +
> schrieb dng-requ...@lists.dyne.org:
>
> > > Would it be possible to package palemoon for devuan?
> >
> > Are there a reasons for that?
> >
> > I use palemoon myself on Devuan. Just downl
Am Fri, 10 Jun 2016 14:36:05 +
schrieb dng-requ...@lists.dyne.org:
> > Would it be possible to package palemoon for devuan?
>
> Are there a reasons for that?
>
> I use palemoon myself on Devuan. Just downloaded their bundle and
> opened in /opt/palemoon, set the bin in PATH and ready for u
Jaromil escribió:
On Fri, 10 Jun 2016, emnin...@riseup.net wrote:
Would it be possible to package palemoon for devuan?
Are there a reasons for that?
I use palemoon myself on Devuan. Just downloaded their bundle and
opened in /opt/palemoon, set the bin in PATH and ready for use. It
also no
On Fri, Jun 10, 2016 at 09:39:49AM -0400, Greg Olsen wrote:
> On 2016-06-10 08:59, Simon Walter wrote:
>[snip]
> > > I will give the templates a go now.
>
> >I had some issues:
> >perl: warning: Setting locale failed.
> >perl: warning: Please check that your locale settings:
> >LANGUAG
On Fri, 10 Jun 2016 15:27:31 +0200, Emninger wrote:
> When i removed slim i saw the package task-lxde-desktop was removed as
> well. I checked a bit and i saw:
>
>
> This package is used to install Devuan desktop, featuring the LXDE
> desktop environment, and with other packages that Devuan u
On 2016-06-10 08:59, Simon Walter wrote:
[snip]
> > I will give the templates a go now.
I had some issues:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = "en_US:en",
LC_ALL = (unset),
LANG = "en_US.UTF-8"
are
On Fri, Jun 10, 2016 at 01:42:45PM +0200, Edward Bartolo wrote:
> Hi,
>
> While dissecting the sysvinits (/sbin/init) internals I found that gcc
> can link garbage into an executable file. Attempting to run the
> resultant garbage results in unknown executable format or something
> similar.
>
> I
When i removed slim i saw the package task-lxde-desktop was removed as
well. I checked a bit and i saw:
This package is used to install Devuan desktop, featuring the LXDE
desktop environment, and with other packages that Devuan users expect
to have available on the desktop
It depends on
On Fri, 10 Jun 2016, emnin...@riseup.net wrote:
> Would it be possible to package palemoon for devuan?
Are there a reasons for that?
I use palemoon myself on Devuan. Just downloaded their bundle and
opened in /opt/palemoon, set the bin in PATH and ready for use. It
also notices me for upstream u
Would it be possible to package palemoon for devuan?
Since a while, i am unhappy with firefox/iceweasel and trying here and
there i found that, from a users point of view, palemoon would be a
very valid and viable substitute.
As far as i am able to check, most, if not all privacy related settings
Hi,
While dissecting the sysvinits (/sbin/init) internals I found that gcc
can link garbage into an executable file. Attempting to run the
resultant garbage results in unknown executable format or something
similar.
I used the -c directive directly on the source code. The command is this:
gcc -a
Simon Walter writes:
> On 06/10/2016 03:55 PM, Greg Olsen wrote:
>> On 2016-06-10 06:34, Greg Olsen wrote:
>> [snip]
>> > The only side-effect are the extra messages during ifup with
>> > "bridge_ports none":
>> >
>> > iface testbr1 inet static
>> > bridge_ports none
>> >
On 2016-06-10 08:35, Simon Walter wrote:
[snip]
> Greg, on the page there is:
> $ git clone git@???:gregolsen/lxc-devuan.git
>
> For read access maybe it would work better if it was:
> $ git clone http://git.devuan.org/gregolsen/lxc-devuan.git
Simon, thanks for pointing out I used the git URL
On 06/10/2016 06:16 PM, Jaromil wrote:
On Fri, 10 Jun 2016, Simon Walter wrote:
I will give the templates a go now.
thanks!
I am going to try Greg's template on the BETA release.
My simple edit on the alpha4 worked fine, but Greg's templates didn't
work as well. So I am trying with BETA.
On Fri, 10 Jun 2016, Simon Walter wrote:
> I will give the templates a go now.
thanks!
> Do you have plans to include that into an upstream release?
yes, especially if more than one person gets involved so we have some
degree of peer review. Also please note we are in the process of
setting up a
On 06/10/2016 05:35 PM, Simon Walter wrote:
On 06/10/2016 05:11 PM, KatolaZ wrote:
On Fri, Jun 10, 2016 at 12:41:36PM +0900, Simon Walter wrote:
Hi all,
I am wondering if it is a good idea to submit a modified version of the
debian template to the upstream LXC project.
I am not sure who wrote
On 06/10/2016 05:11 PM, KatolaZ wrote:
On Fri, Jun 10, 2016 at 12:41:36PM +0900, Simon Walter wrote:
Hi all,
I am wondering if it is a good idea to submit a modified version of the
debian template to the upstream LXC project.
I am not sure who wrote those scripts. It seems like that is part of
On 2016-06-09 12:10, Rainer Weikusat wrote:
[snip]
> The additional two lines disable the spanning-tree protocol. That's
> usually sensible unless one deal with a complicated, physicial topology
> which may or does contain loops. Then, it's needed so that the bridge
> can work out a loop-less v
On Fri, Jun 10, 2016 at 12:41:36PM +0900, Simon Walter wrote:
> Hi all,
>
> I am wondering if it is a good idea to submit a modified version of the
> debian template to the upstream LXC project.
>
> I am not sure who wrote those scripts. It seems like that is part of LXC
> source. So I am guessin
On 06/10/2016 03:55 PM, Greg Olsen wrote:
On 2016-06-10 06:34, Greg Olsen wrote:
[snip]
> The only side-effect are the extra messages during ifup with
> "bridge_ports none":
>
> iface testbr1 inet static
> bridge_ports none
> address 10.91.0.1
> netmask 255.25
33 matches
Mail list logo
