On Thu, Jan 21, 2016 at 08:46:52AM +0900, メット wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
>
>
> 「snip」
> >>removed dbus and installed fluxbox
> 「snip」
> >> Was wondering if sby knew a non-dbus dependant IM or a way to circumvent
> >> this.
> >
> >Why do input methids hang out
writes:
> Hi dear list,
> Thanks again for all the work u did on Dev1 and tell me if I can help
> in anyway.
> I followed devuanfanboy howto, removed dbus and installed fluxbox(was
> under xfce b4)
> Thing is Im using Japanese a lot and need anthy or similar.
I need Chinese
Steve Litt wrote:
> On Wed, 20 Jan 2016 20:23:10 +
> Rainer Weikusat wrote:
>
> > Steve Litt writes:
> > > People aren't completely alone on run scripts: I can give them any
> > > run scripts I'm using. Also, Runit run scripts are
On 20/01/2016, dev1fanboy wrote:
> On Wednesday, January 20, 2016 2:19 PM, Steve Litt
> wrote:
>> Hi all,
>>
>> Looking at the Debian-user mailing list, I saw a question that I
>> could have answered, if I were allowed to post to
Le 20/01/2016 15:29, dev1fanboy a écrit :
It seems enough to me that extlinux is available if it is as easy to work with
as it looks, grub will be around for a while so people have that.
Yeah. I understand it's similar to syslinux. I used syslinux to
boot from usb keys. I don't see any
Le 20/01/2016 17:18, k...@aspodata.se a écrit :
Le 20/01/2016 13:14, Simon Hobson a écrit :
...
> >AIUI, if you use md and raid1, with metadata version 0.9, for
> >/boot - then each member of the raid set contains a complete
> >image of /boot which is safe to use read-only. So the bootloader
>
Simon Hobson writes:
> Arnt Gulbrandsen wrote:
>
>> By now, the concept of unprivileged local users is a little obsolete anyway.
>>
>> Today, hosts generally serve only one unix user, there generally is
>> only one local user of one host, and
2016-01-20 13:11 に David Kuehling さんは書きました:
Hi メット,
I haven't yet found the time to actually upgrade my Debian systems to
Devuan. I didn even consider, that there are pitfalls around the input
method support, thanks for the info, it is good to be able to consider
these things in advance (I use
On 2016-01-19 23:07, Rainer Weikusat wrote:
You can find them in the System.map file for your kernel, eg,
...
Found it in my System.map
810a97d2 T prepare_kernel_cred
810a94b7 T commit_creds
Thanks for hint
some kind of stacksmashing?
No. The bug in the kernel function
People aren't completely alone on run scripts: I can give them any run
scripts I'm using. Also, Runit run scripts are *nothing* like sysvinit
or OpenRC init scripts: Most are five lines or less, few are over 10
lines.
SteveT
On Wed, 20 Jan 2016 14:31:45 -
"dev1fanboy"
Steve Litt writes:
> People aren't completely alone on run scripts: I can give them any run
> scripts I'm using. Also, Runit run scripts are *nothing* like sysvinit
> or OpenRC init scripts:
There is no such thing as a "sysvinit init script". The way the sysvinit
Rainer Weikusat wrote:
> The commands which are actually executed via these S- and K-links come
> from individual packages and ultimatively contain whatever the people
> responsible for that considered sensible. Which is usually a pretty
> arbitrary assortment of
Steve Litt writes:
> On Wed, 20 Jan 2016 20:23:10 +
> Rainer Weikusat wrote:
>
>> Steve Litt writes:
>> > People aren't completely alone on run scripts: I can give them any
>> > run scripts I'm using.
On Wed, 20 Jan 2016 21:00:12 +
Simon Hobson wrote:
> Rainer Weikusat wrote:
>
> > The commands which are actually executed via these S- and K-links
> > come from individual packages and ultimatively contain whatever the
> > people
Not surprising. They already threw a party for Debian 8 (not debian in general,
but debian 8).
http://openness.microsoft.com/blog/2015/04/21/microsoft-debian-8-linuxfest/
The ethical break down is enough of a reason for them to throw a party imho.
On Wednesday, January 20, 2016 10:19 PM, Mitt
Simon Hobson writes:
> Rainer Weikusat wrote:
>
>> The commands which are actually executed via these S- and K-links come
>> from individual packages and ultimatively contain whatever the people
>> responsible for that considered sensible.
On Wed, 20 Jan 2016 20:23:10 +
Rainer Weikusat wrote:
> Steve Litt writes:
> > People aren't completely alone on run scripts: I can give them any
> > run scripts I'm using. Also, Runit run scripts are *nothing* like
> > sysvinit or
https://azure.microsoft.com/en-us/blog/debian-images-now-available-on-azure/
Debian will be offered as an endorsed operating system in Azure Marketplace.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
「snip」
>>removed dbus and installed fluxbox
「snip」
>> Was wondering if sby knew a non-dbus dependant IM or a way to circumvent
>> this.
>
>Why do input methids hang out in window managers anyway?
>Isn't the proper, logical place in the keyboard
Le 19/01/2016 22:58, Stephanie Daugherty a écrit :
On Tue, Jan 19, 2016 at 4:12 PM, Arnt Karlsen > wrote:
..why did Debian kill ssh into localhost?
Is su or sudo safer than ssh nowadays?
Because the architecture of Linux gurantees that root
Le 19/01/2016 17:02, Steve Litt a écrit :
Grub is the systemd of bootloaders. It's all about pretty colors, nice
images, and hiding the fact that processes are being instantiated.
Someone said that the developpers of grub-0.9 (now Grub legacy) had
maintenance problems. Often, in this case,
Steve Litt:
> On Wed, 20 Jan 2016 00:04:25 +0100
> richard lucassen wrote:
...
> > Unless you use a small ext2 boot partition for your kernels. And for
Lilo is the reader of the boot partition and lily does not understand
any fs. Isn't it sufficient with any fs which
Arnt Gulbrandsen wrote:
> By now, the concept of unprivileged local users is a little obsolete anyway.
>
> Today, hosts generally serve only one unix user, there generally is only one
> local user of one host, and that local user is the user that owns everything
>
Hello,
git.devuan.org will go down for a scheduled upgrade on Friday, January
22nd, in the (EU) evening.
Cheers,
==
hk
--
_ _ We are free to share code and we code to share freedom
(_X_)yne Foundation, Free Culture Foundry * https://www.dyne.org/donate/
Didier Kryn wrote:
> I don't think Grub2 is all about pretty colours though. The veteran admin
> likes to have a bootloader which is easy to configure, but the random admin,
> likes to have a working multi-boot bootloader at the end of the installation.
Indeed, and when
Steve Litt wrote:
>if I were allowed to post to Debian-user
Steve, why would they ever ban you?
You don't sound like a man that can troll
or whatever on a mailing list.
Mailing list mate wrote:
>By the way: whether there is a documentation describing best practices
>and "use cases" for
It seems enough to me that extlinux is available if it is as easy to work with
as it looks, grub will be around for a while so people have that.
I also note there is elilo for EFI, not sure how usable that is on traditional
setups though.
On Wednesday, January 20, 2016 12:14 PM, Simon Hobson
Yes devuan has it, I was thinking about trying it but I think people are on
their own for init scripts with runit.
On Wednesday, January 20, 2016 2:31 PM, Steve Litt
wrote:
> Hi all,
>
> Apparently Debian Jessie (and therefore I'd assume Devuan Jessie) has
> the
Hi all,
Apparently Debian Jessie (and therefore I'd assume Devuan Jessie) has
the Runit init system as an option:
https://packages.debian.org/es/jessie/runit
Obviously, Devuan Jessie should default to sysvinit: There's enough
other work to do.
That being said, anyone who wants to get familiar
Hi all,
Looking at the Debian-user mailing list, I saw a question that I
could have answered, if I were allowed to post to Debian-user:
=
By the way: whether there is a documentation describing best practices
and "use cases" for systemd?
Le 20/01/2016 13:14, Simon Hobson a écrit :
Didier Kryn wrote:
I don't think Grub2 is all about pretty colours though. The veteran admin likes
to have a bootloader which is easy to configure, but the random admin, likes to
have a working multi-boot bootloader at the end of
31 matches
Mail list logo