Wheezy GRUB problem

[Artifex Maximus]

Hello!

I have a Wheezy system shared with MS XP. GRUB is not in MBR but in Debian
partition installed. Not recommended I know but basically works. Until last
upgrade when my GRUB loader only writes GRUB then halts. Or at least not
continue loading. No errors just stops. I have tried latest (7.6.0) Debian
install disc Recovery function to reinstall grub with grub-install
/dev/sda2 without success. Still just a GRUB line on screen when Debian
partition is active. When I switch active partition back to XP it runs. I
am able to mount sda2 from Debian installer and there is no fsck error.

So my MBR is good and there is some error in sda2 partition loader which I
cannot recover with grub-install. Any idea where to go then?

Bye,
a

Re: End of hypocrisy ?

[Andrei POPESCU]

On Ma, 05 aug 14, 00:05:59, Brian wrote:
> On Mon 04 Aug 2014 at 18:28:44 -0400, Steve Litt wrote:
> 
> > On Mon, 4 Aug 2014 14:03:35 +0200
> > Raffaele Morelli  wrote:
> > > 
> > > ​I've seen tons of posts sent to this list about systemd... bla bla
> > > bla... and did not understand what's the matter with it.​
> > > 
> > > ​I wonder what are you all doing with your init scripts which doesn't
> > > work with systemd. So what?
> > > 
> > > /r
> > 
> > I can answer that with two reasons:
> > 
> > 1) Binary log files. If you can't see what a radical departure that is
> >from the world of Unix, look again.
> 
> Looked twice. It is a radical departure.
 
Let's not forget text logs are still available since journald is 
configured to forward everything to your syslog as soon as it's 
available. In practice I find myself using only journalctl to read logs 
instead of less/grep/tail/etc.

> > 2) Gratuitous interdependency. Part of the Unix Philosophy is that
> >programs should "do one thing and do it well." The user assembles a
> >functionality from many such small programs. Up to now, init was
> >just init. It started the computer, the /dev and /proc stuff, the
> >TTY's and the daemons, then pretty much got out of the way. Now here
> >comes systemd, requiring or encouraging even desktop environments to
> >require or suggest it.
> 
> systemd neither requires nor encourages DEs to use it. It does tempt in
> a rather cheeky way, though. So much so that its allure has turned out
> to be irresistable to upstream GNOME. Weak-kneeded and impressionable,
> the lot of them!

I have to add that the world of computing has become much more complex 
and there's only so much one can do just by combining the traditional 
small and simple tools of Unix. To perform complex tasks one needs 
complex tools and booting a Unix-like system hasn't been simple since a 
long time now.

> >Imagine if they replaced grep, cut, cat, diff, awk, sed, head, tail,
> >ls, and find with ks (stands for Kitchen Sink). You can do anything
> >you want with ks, but you need to know all its options and config
> >settings, and its myriad of idiosyncracies.

Instead we have to know the different options and config settings for a 
couple of dozen different tools and deal with all the myriad of 
idiosyncrasies created by any possible interaction between them. Thanks, 
but no thanks.

> >And if it has bugs or
> >departures from documented behavior, as any program of its size is
> >likely to have at one time or another, everything breaks.
> 
> Hey, a sparkling idea. We could call the program "busybox" and try to
> get it into d-i. Now, would it catch on elsewhere?

I was going to say perl :p

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic
http://nuvreauspam.ro/gpg-transition.txt


signature.asc
Description: Digital signature

Re: fsck progress not shown on boot with systemd as pid 1

[Andrei POPESCU]

On Lu, 04 aug 14, 23:12:41, The Wanderer wrote:
> 
> However, I'm using radeon (or related non-proprietary driver) on a
> different system, and I still get the same 80x25 behavior. I do notice
> an error message about being unable to load fglrx on that system, so
> possibly it's still listed in some configuration somewhere, although I
> thought I'd dug through and cleaned that out...

Make sure you purged all fglrx packages. 'aptitude search ~c' (replace 
'search' with 'purge' as needed) would help.

Try also 'grep blacklist /etc/modprobe.d/*' and check 'dmesg' for why 
KMS was not activated.

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic
http://nuvreauspam.ro/gpg-transition.txt


signature.asc
Description: Digital signature

Re: Retaining Older Kernels After Image Update

[Andrei POPESCU]

On Sb, 02 aug 14, 12:11:43, Kenneth Jacker wrote:
> [ Wheezy;  3.2.0-4-amd64 ]
> 
> I've noticed that when I upgrade a kernel image, the prior one appears
> to be removed.  So, at any time there is only one kernel image in /boot.

Let's distinguish between package names and versions.

Currently the *name* of the kernel package in stable is

linux-image-3.2.0-4-amd64

and there are several versions available for it. According to 
tracker.debian.org the regular archive has *version* 3.2.57.3, while the 
security archive has 3.2.60-1+deb7u3.

When upgrading the package with the *name* linux-image-3.2.0-4-amd64 
from *version* 3.2.57.3 to 3.2.60-1+deb7u3 no files of the old version 
are preserved. This is normal and expected, otherwise package upgrades 
would very soon fill up your system[1].

If for some reason Debian were to release a linux image package with the 
*name* linux-image-3.2.0-5-amd64, the files of linux-image-3.2.0-4-amd64 
would be preserved unless you deliberately configure your system not to 
or manually remove it yourself.

As a side note, the point of having something-like-a-version in the 
package name is to allow different generations (avoiding the word 
"versions" on purpose) of a software to be installed in paralel when 
this is useful.

Given the above, if you feel like you should be having a backup kernel 
image in case a *version* upgrade breaks something (yes, this is 
possible) you should probably install some other kernel image package 
(e.g. a -686 one if your system can boot it, or a package from 
backports, or some -rt image, etc.) and make sure you don't upgrade both 
at the same time.

[1] packages tend to (slowly) grow in size over time, but this is not 
what I'm talking about here.

Hope this explains/helps,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic
http://nuvreauspam.ro/gpg-transition.txt


signature.asc
Description: Digital signature

Re: Wireless card unavailable in Debian, but works in Ubuntu

[Darac Marjal]

On Tue, Aug 05, 2014 at 10:18:48AM +0400, S4mmael wrote:
>Hello guys,
> 
>I have a liittle problem with a wireless card of a cheap HP laptop. It
>works perfectly well out of the box in Ubuntu 14.04, but not in Debian
>Jessie.
> 
>Here is what a managed to find.
> 
>In Ubuntu it looks like that:
>root@ubuntu:~# dmesg | grep 02:00.0
>[    0.986323] pci :02:00.0: [10ec:8179] type 00 class 0x028000
>[    0.986347] pci :02:00.0: reg 0x10: [io  0x2000-0x20ff]
>[    0.986383] pci :02:00.0: reg 0x18: [mem 0x9070-0x90703fff
>64bit]
>[    0.986486] pci :02:00.0: supports D1 D2
>[    0.986490] pci :02:00.0: PME# supported from D0 D1 D2 D3hot D3cold
>[    0.986542] pci :02:00.0: System wakeup disabled by ACPI
> 
>root@ubuntu:~# lspci -s 02:00.0 -v
>02:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8188EE
>Wireless Network Adapter (rev 01)
>    Subsystem: Hewlett-Packard Company Device 197d
>    Flags: bus master, fast devsel, latency 0, IRQ 17
>    I/O ports at 2000 [size=256]
>    Memory at 9070 (64-bit, non-prefetchable) [size=16K]
>    Capabilities: [40] Power Management version 3
>    Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit+
>    Capabilities: [70] Express Endpoint, MSI 00
>    Capabilities: [100] Advanced Error Reporting
>    Capabilities: [140] Device Serial Number 00-e0-4c-ff-fe-81-91-01
>    Capabilities: [150] Latency Tolerance Reporting
>    Kernel driver in use: rtl8188ee

This being a Realtek device, you may need firmware to enable all its
features. Try installing the firmware-realtek package.



signature.asc
Description: Digital signature

Re: Wireless card unavailable in Debian, but works in Ubuntu

[S4mmael]

Darac, thanks for your answer.

firmware-realtek,firmware-linux-free, and firmware-linux-nonfree have been
installed. Unfortunately, it's useless since Debian does not recognize the
device at all.


Somehow I need to find a way to make system understand that PCI device
02:00.0 is a wireless card regardless of the header class. In this case
there should not be any problem with the driver, I guess.




2014-08-05 14:17 GMT+04:00 Darac Marjal :

> On Tue, Aug 05, 2014 at 10:18:48AM +0400, S4mmael wrote:
> >Hello guys,
> >
> >I have a liittle problem with a wireless card of a cheap HP laptop. It
> >works perfectly well out of the box in Ubuntu 14.04, but not in Debian
> >Jessie.
> >
> >Here is what a managed to find.
> >
> >In Ubuntu it looks like that:
> >root@ubuntu:~# dmesg | grep 02:00.0
> >[0.986323] pci :02:00.0: [10ec:8179] type 00 class 0x028000
> >[0.986347] pci :02:00.0: reg 0x10: [io  0x2000-0x20ff]
> >[0.986383] pci :02:00.0: reg 0x18: [mem 0x9070-0x90703fff
> >64bit]
> >[0.986486] pci :02:00.0: supports D1 D2
> >[0.986490] pci :02:00.0: PME# supported from D0 D1 D2 D3hot
> D3cold
> >[0.986542] pci :02:00.0: System wakeup disabled by ACPI
> >
> >root@ubuntu:~# lspci -s 02:00.0 -v
> >02:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8188EE
> >Wireless Network Adapter (rev 01)
> >Subsystem: Hewlett-Packard Company Device 197d
> >Flags: bus master, fast devsel, latency 0, IRQ 17
> >I/O ports at 2000 [size=256]
> >Memory at 9070 (64-bit, non-prefetchable) [size=16K]
> >Capabilities: [40] Power Management version 3
> >Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit+
> >Capabilities: [70] Express Endpoint, MSI 00
> >Capabilities: [100] Advanced Error Reporting
> >Capabilities: [140] Device Serial Number 00-e0-4c-ff-fe-81-91-01
> >Capabilities: [150] Latency Tolerance Reporting
> >Kernel driver in use: rtl8188ee
>
> This being a Realtek device, you may need firmware to enable all its
> features. Try installing the firmware-realtek package.
>
>

Re: End of hypocrisy ?

[Lisi Reisz]

On Tuesday 05 August 2014 07:56:03 Raffaele Morelli wrote:
> Hundreds of linux developers can't be wrong,

It doesn't matter whether they are right or wrong.  They are doing it.  The 
rest of us can either say "thank you" and be grateful for the work they do, 
or go do our own thing.  This is Open Source after all.

Lisi



-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/201408051208.47670.lisi.re...@gmail.com

Re: End of hypocrisy ?

[Raffaele Morelli]

2014-08-05 13:08 GMT+02:00 Lisi Reisz :

> On Tuesday 05 August 2014 07:56:03 Raffaele Morelli wrote:
> > Hundreds of linux developers can't be wrong,
>
> It doesn't matter whether they are right or wrong.  They are doing it.  The
> rest of us can either say "thank you" and be grateful for the work they do,
> or go do our own thing.  This is Open Source after all.
>
> Lisi
>
​
That's quite clear and obvious​ to me as it should for the rest of end
users, nevertheless the garbage collector is full of "systemd vs sysv"
stuff.

/r

Re: Help needed with wireless on a Thinkpad X40

[Alef Farah]

Everything regarding networking and wireless is enabled on the BIOS.

That "built in user's guide" seems to be for Windows only. The PDFs
available for the X40 on another section of the website were also for
Windows. Nevertheless I did the analogue steps for Linux - basically
verifying if things are on or off - and it changed nothing.

Thanks for the help so far.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/caglgzkv2gsqzcu25urvk+av-i95k1a42yf_+plrizcmkub6...@mail.gmail.com

Re: End of hypocrisy ?

[Slavko]

Ahoj,

Dňa Tue, 5 Aug 2014 13:39:29 +0200 Raffaele Morelli
 napísal:

> 2014-08-05 13:08 GMT+02:00 Lisi Reisz :
> 
> > On Tuesday 05 August 2014 07:56:03 Raffaele Morelli wrote:
> > > Hundreds of linux developers can't be wrong,
> >
> > It doesn't matter whether they are right or wrong.  They are doing
> > it.  The rest of us can either say "thank you" and be grateful for
> > the work they do, or go do our own thing.  This is Open Source
> > after all.
> >
> > Lisi
> >
> ​
> That's quite clear and obvious​ to me as it should for the rest of end
> users, nevertheless the garbage collector is full of "systemd vs sysv"
> stuff.
> 

why you then reported bugs to BTS, which contains no thanks, but problem
description? by your own words, you need only tell thanks, or do own
things.

Where then is the: come together do it better?

Eh, words, words...

-- 
Slavko
http://slavino.sk


signature.asc
Description: PGP signature

Re: End of hypocrisy ?

[Tom H]

On Mon, Aug 4, 2014 at 6:28 PM, Steve Litt  wrote:
> On Mon, 4 Aug 2014 14:03:35 +0200
> Raffaele Morelli  wrote:
>>
>> I've seen tons of posts sent to this list about systemd... bla bla
>> bla... and did not understand what's the matter with it.
>>
>> I wonder what are you all doing with your init scripts which doesn't
>> work with systemd. So what?


> 1) Binary log files. If you can't see what a radical departure that is
>from the world of Unix, look again.

In the current default Debian setup, the rsyslog logs are saved as
text in "/var/log/" just as with sysvinit - and it has been pointed
out more than once on this list.


> 2) Gratuitous interdependency.

+1, more or less.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAOdo=Sy4fV+cHuQkQyaFm0eq8Z=bztpqwred6_45omo6k3s...@mail.gmail.com

Re: End of hypocrisy ?

[Tom H]

On Mon, Aug 4, 2014 at 6:44 PM, Steve Litt  wrote:
> On Mon, 4 Aug 2014 15:34:22 -0400
> Tom H  wrote:
>> On Mon, Aug 4, 2014 at 10:37 AM, Andrew McGlashan
>>  wrote:
>>> On 4/08/2014 11:32 PM, Tom H wrote:
>
>>> Sure it counts, but if you have 1000s of servers, you likely have
>>> many other considerations and you'll be pooling [at least] those
>>> servers in a cluster type arrangement ... much lessening the need
>>> for any machine to startup so quickly.
>>
>> It's a nice theory. I'll give you an example (not fully technical but
>> an example nonetheless; and I could give you others.
>>
>> Suppose that you have a 16-node cluster, some patches were applied to
>> the systems overnight, a mistake was made, and you have to correct
>> this mistake on all of the systems during trading hours. Once you get
>> all the OKs that are needed for this kind of emergency change, the
>> head of the trading desk that uses that cluster calls you and says
>> "I'm going to be on the line for as long as you're working on our
>> system." So you fix one node, reboot it, make sure that it's back in
>> the cluster and doing its job, and fix another, etc. You can be sure
>> that everyone's happier that the systems boot quickly and that the
>> cluster was running with 15 rather than 16 nodes for as few minutes as
>> possible (because you can be sure that the fact that this cluster
>> wasn't running at full capacity for X minutes will come up in
>> managerial meetings, both in IT ones and in IT-Business ones).
>
> If I understand correctly, these nodes are servers. Tell me one more
> time, just so I understand, why do these boxes have so many daemons
> that their boots take minutes?

Who cares how many daemons are running?!

If tomh-init is faster than htom-init, whether there's just ssh
running or 100 daemons running, I want to use tomh-init.

I can understand that there are people who don't want to adopt systemd
simply because it boots faster because they dislike some other
aspect(s) of systemd, but attacking systemd because it boots faster is
silly.

Everyone wants faster boot and wake-up. One of the reasons I hear time
and again regarding iPads is that they're so much better than laptops
and desktops because you cna use them instantly. So it's not just in
data centers that fast boot is appreciated.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAOdo=swrqjv222yw1kpqjttd995-zbtd9l2+g+hauknsd+2...@mail.gmail.com

Re: End of hypocrisy ?

[Tom H]

On Mon, Aug 4, 2014 at 7:21 PM, Joel Rees  wrote:
> On Tue, Aug 5, 2014 at 6:20 AM, Tom H  wrote:
>> On Mon, Aug 4, 2014 at 4:18 PM, Andrew McGlashan
>>  wrote:
>>> On 5/08/2014 5:44 AM, Erwan David wrote:
 Le 04/08/2014 21:34, Tom H a écrit :
>
> Suppose that you have a 16-node cluster, some patches were applied to
> the systems overnight, a mistake was made, and you have to correct
> this mistake on all of the systems during trading hours. Once you get
> all the OKs that are needed for this kind of emergency change, the
> head of the trading desk that uses that cluster calls you and says
> "I'm going to be on the line for as long as you're working on our
> system." So you fix one node, reboot it, make sure that it's back in
> the cluster and doing its job, and fix another, etc. You can be sure
> that everyone's happier that the systems boot quickly and that the
> cluster was running with 15 rather than 16 nodes for as few minutes as
> possible (because you can be sure that the fact that this cluster
> wasn't running at full capacity for X minutes will come up in
> managerial meetings, both in IT ones and in IT-Business ones).
>>>
>>> The argument here is likely that the upgrade should have been tested on
>>> a test cluster FIRST and perhaps extensively -- if you have that many
>>> servers in play, you should have a development, test and production
>>> environment to work with and very stringent change control methods in place.
>>
>> Come on! Changes go through dev and uat before being rolled out to
>> prod. The night-shift sysadmin who made the changes screwed up. It
>> happens...
>
> When the operating system itself tries to hold the night-shift admin
> by the hand, we have serious problems.
>
> Current trading systems are completely wrong. It's no surprise if they
> can't get the failover part right, either.

The init system isn't baby-sitting the sysadmin and it has nothing to
do with trading system failover.

It's a question of having to correct a configuration error one node at
a time while the other nodes keep on doing whatever they're emant to
be doing and rebooting these nodes as quickly as possible.


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAOdo=SzoiPO=vfvp2f4cm8vvzf93vcz1-ym4astzk6+7yje...@mail.gmail.com

Re: Wireless card unavailable in Debian, but works in Ubuntu

[Tom H]

On Tue, Aug 5, 2014 at 2:18 AM, S4mmael  wrote:
>
> I have a liittle problem with a wireless card of a cheap HP laptop. It works
> perfectly well out of the box in Ubuntu 14.04, but not in Debian Jessie.
>
> Here is what a managed to find.
>
> In Ubuntu it looks like that:
>
> root@ubuntu:~# dmesg | grep 02:00.0
> [0.986323] pci :02:00.0: [10ec:8179] type 00 class 0x028000
> [0.986347] pci :02:00.0: reg 0x10: [io  0x2000-0x20ff]
> [0.986383] pci :02:00.0: reg 0x18: [mem 0x9070-0x90703fff 64bit]
> [0.986486] pci :02:00.0: supports D1 D2
> [0.986490] pci :02:00.0: PME# supported from D0 D1 D2 D3hot D3cold
> [0.986542] pci :02:00.0: System wakeup disabled by ACPI
>
> root@ubuntu:~# lspci -s 02:00.0 -v
> 02:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8188EE
> Wireless Network Adapter (rev 01)
> Subsystem: Hewlett-Packard Company Device 197d
> Flags: bus master, fast devsel, latency 0, IRQ 17
> I/O ports at 2000 [size=256]
> Memory at 9070 (64-bit, non-prefetchable) [size=16K]
> Capabilities: [40] Power Management version 3
> Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit+
> Capabilities: [70] Express Endpoint, MSI 00
> Capabilities: [100] Advanced Error Reporting
> Capabilities: [140] Device Serial Number 00-e0-4c-ff-fe-81-91-01
> Capabilities: [150] Latency Tolerance Reporting
> Kernel driver in use: rtl8188ee
>
> Whereas in Jessie it looks like that:
>
> root@debian:~# dmesg | grep 02:00.0
> [1.109622] pci :02:00.0: [eaea:eaea] type 6a class 0xeaeaea
> [1.109628] pci :02:00.0: unknown header type 6a, ignoring device
>
> root@debian:~# lspci -s 02:00.0 -v -H1
> 02:00.0 Class eaea: Device eaea:eaea (rev ea) (prog-if ea)
> !!! Unknown header type 6a
>
> It's only available in the output of lspci with -H1 option.
>
> I'm aware that header type 6a is incorrect, but is there any workaround or
> something? How do I make the card work in Debian? It seems to be really
> interesting to find out how Ubuntu does that and use the same technique in
> Debian.

Which jessie kernel are you running?

# find /lib/modules/3.14-1-amd64 -name rtl8188ee.ko
/lib/modules/3.14-1-amd64/kernel/drivers/net/wireless/rtlwifi/rtl8188ee/rtl8188ee.ko

# find /lib/modules/3.14-2-amd64 -name rtl8188ee.ko
/lib/modules/3.14-2-amd64/kernel/drivers/net/wireless/rtlwifi/rtl8188ee/rtl8188ee.ko

Can you modprobe this driver?


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAOdo=swki-+26mx3hvuca9mof9wnu4fq+8xzqrhb+tdycvj...@mail.gmail.com

Re: End of hypocrisy ?

[Raffaele Morelli]

2014-08-05 14:42 GMT+02:00 Slavko :

> Ahoj,
>
> Dňa Tue, 5 Aug 2014 13:39:29 +0200 Raffaele Morelli
>  napísal:
>
> > 2014-08-05 13:08 GMT+02:00 Lisi Reisz :
> >
> > > On Tuesday 05 August 2014 07:56:03 Raffaele Morelli wrote:
> > > > Hundreds of linux developers can't be wrong,
> > >
> > > It doesn't matter whether they are right or wrong.  They are doing
> > > it.  The rest of us can either say "thank you" and be grateful for
> > > the work they do, or go do our own thing.  This is Open Source
> > > after all.
> > >
> > > Lisi
> > >
> > ​
> > That's quite clear and obvious​ to me as it should for the rest of end
> > users, nevertheless the garbage collector is full of "systemd vs sysv"
> > stuff.
> >
>
> why you then reported bugs to BTS, which contains no thanks, but problem
> description? by your own words, you need only tell thanks, or do own
> things.
>

BTS has nothing to do with systemd/sysv and a bug is not a developer choice.



>
> Where then is the:
> ​​
> come together do it better?
>
> Eh, words, words...
>

you should reboot.

Re: End of hypocrisy ?

[Tom H]

On Tue, Aug 5, 2014 at 2:45 AM, Erwan David  wrote:
> On Mon, Aug 04, 2014 at 11:17:02PM CEST, Tom H  said:
>> On Mon, Aug 4, 2014 at 4:04 PM, Bob Proulx  wrote:
>>> Andrew McGlashan wrote:

 Yes, that's what I meant, sysvinit is not broken.
>>>
>>> I rather agree. But the opponents cite corner cases where the
>>> previous security model doesn't handle every possible access case.
>>>
>>> I always hate it when people say such vague statements such as
>>> "modern" or "is broken" without actually saying why it is one way or
>>> the other. After reading months of arguments these next two postings
>>> were the first real postings I had read with any detail in them.
>>> Especially the second one.
>>>
>>> https://lists.debian.org/debian-devel/2014/06/msg00455.html
>>> https://lists.debian.org/debian-devel/2014/06/msg00461.html
>>>
>>> These are things that probably 99.44%[1] of the population hasn't ever
>>> needed before. The 99% where everything works for us are all of us
>>> crying about the disruption. But for that 0.56% that worried about
>>> those corner cases they see the old system as really broken. They are
>>> probably right that it is broken for them. But there are better ways
>>> to go about improving the system than the unpleasant way that systemd
>>> has been rolled out to the community.
>>
>> Didn't all DEs use consolekit and policykit? IIRC wasn't the CTTE bug
>> filed because of a debian-devel@ thread about Gnome depending on
>> systemd (because of logind and/or libpam-systemd)?
>>
>> The problem's that consolekit is abandonware upstream, logind is its
>> replacement, policykit removed consolekit support, and logind requires
>> systemd as pid 1 (or systemd-shim).
>
> logind requires pam-systemd which as of today version in testing requires 
> systemd-sysv
>
> systemd-shim today is NOT an option. No more. It was *remived* from
> the dependencies. And completeley removed,the dependency is not on a
> version ot yet in testing. For me that means that systemd developper
> want to remove it.

There have been multiple posts on this list about the fact that the
systemd-shim "||" dependency would be restored once cgmanager had been
uploaded. it's done and we're now waiting for the systemd maintainers
to change the dependencies:

https://lists.debian.org/debian-devel/2014/08/msg00037.html


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAOdo=sz5y7ravk8wih+tvk3qd9ablnd-amh7orzodunxdp+...@mail.gmail.com

Re: End of hypocrisy ?

[Steve Litt]

On Tue, 5 Aug 2014 11:19:55 +0300
Andrei POPESCU  wrote:

> On Ma, 05 aug 14, 00:05:59, Brian wrote:
> > On Mon 04 Aug 2014 at 18:28:44 -0400, Steve Litt wrote:
> > 
> > > On Mon, 4 Aug 2014 14:03:35 +0200
> > > Raffaele Morelli  wrote:
> > > > 
> > > > ​I've seen tons of posts sent to this list about systemd... bla
> > > > bla bla... and did not understand what's the matter with it.​
> > > > 
> > > > ​I wonder what are you all doing with your init scripts which
> > > > doesn't work with systemd. So what?
> > > > 
> > > > /r
> > > 
> > > I can answer that with two reasons:
> > > 
> > > 1) Binary log files. If you can't see what a radical departure
> > > that is from the world of Unix, look again.
> > 
> > Looked twice. It is a radical departure.
>  
> Let's not forget text logs are still available since journald is 
> configured to forward everything to your syslog as soon as it's 
> available. In practice I find myself using only journalctl to read
> logs instead of less/grep/tail/etc.

If that's true, forget this argument.

> 
> > > 2) Gratuitous interdependency. Part of the Unix Philosophy is that
> > >programs should "do one thing and do it well." The user
> > > assembles a functionality from many such small programs. Up to
> > > now, init was just init. It started the computer, the /dev
> > > and /proc stuff, the TTY's and the daemons, then pretty much got
> > > out of the way. Now here comes systemd, requiring or encouraging
> > > even desktop environments to require or suggest it.
> > 
> > systemd neither requires nor encourages DEs to use it. It does
> > tempt in a rather cheeky way, though. So much so that its allure
> > has turned out to be irresistable to upstream GNOME. Weak-kneeded
> > and impressionable, the lot of them!

Gnome doesn't concern me. Xfce, LXDE, Openbox, those concern me.

> 
> I have to add that the world of computing has become much more
> complex and there's only so much one can do just by combining the
> traditional small and simple tools of Unix. To perform complex tasks
> one needs complex tools and booting a Unix-like system hasn't been
> simple since a long time now.

Thank you Mr. Gates!

In March 2001 I ran screaming from an OS that did every last thing for
me, whose excuse for being an entangled mess was the complexity of the
world. Little did I know that in the 2010's, long after Windows
stopped being important, the Linux developers would for some reason
start skewing everything toward first-time users, at the expense of
productivity for the experienced.

As far as booting being complex, what's the problem? Initialize the
TTY's, load the device drivers, bring up the daemons in the proper
order, which could be fairly reliably defaulted for the average user,
and reordered for those needing a special setup. If something is
blocking the boot, address that one blocking step. I see no need for
multi-threaded (or whatever you want to call it) init. Not if it
changes the entire operating system. 

> 
> > >Imagine if they replaced grep, cut, cat, diff, awk, sed, head,
> > > tail, ls, and find with ks (stands for Kitchen Sink). You can do
> > > anything you want with ks, but you need to know all its options
> > > and config settings, and its myriad of idiosyncracies.
> 
> Instead we have to know the different options and config settings for
> a couple of dozen different tools and deal with all the myriad of 
> idiosyncrasies created by any possible interaction between them.
> Thanks, but no thanks.

This is where we differ. I'd rather have building blocks from which I
could build anything, rather than a monolith I need to trick into doing
what I want it to do.

> 
> > >And if it has bugs or
> > >departures from documented behavior, as any program of its
> > > size is likely to have at one time or another, everything breaks.
> > 
> > Hey, a sparkling idea. We could call the program "busybox" and try
> > to get it into d-i. Now, would it catch on elsewhere?
> 
> I was going to say perl :p

And you would have been 100% right. As you build your subsystem using
grep, cut, cat, diff, awk, sed, head, tail, ls, and find, there will be
small parts that those tools can't do without massive kludging. That's
the time to use a few lines of Perl (I prefer Python, but you know what
I mean), or C. And you have PRECISELY what you need, no need to fight a
gigantic Swiss Army Knife application.

I guess it's a philosophical difference. From my perspective, give me
the tools and a language to code in, and I'll take it from there.

SteveT

Steve Litt*  http://www.troubleshooters.com/
Troubleshooting Training  *  Human Performance


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140805093824.64af1...@mydesq2.domain.cxm

Re: End of hypocrisy ?

[Slavko]

Ahoj,

Dňa Tue, 5 Aug 2014 08:58:47 -0400 Tom H  napísal:

> On Mon, Aug 4, 2014 at 6:44 PM, Steve Litt
>  wrote:
> > On Mon, 4 Aug 2014 15:34:22 -0400
> > Tom H  wrote:
> >> On Mon, Aug 4, 2014 at 10:37 AM, Andrew McGlashan
> >>  wrote:
> >>> On 4/08/2014 11:32 PM, Tom H wrote:
> >
> >>> Sure it counts, but if you have 1000s of servers, you likely have
> >>> many other considerations and you'll be pooling [at least] those
> >>> servers in a cluster type arrangement ... much lessening the need
> >>> for any machine to startup so quickly.
> >>
> >> It's a nice theory. I'll give you an example (not fully technical
> >> but an example nonetheless; and I could give you others.
> >>
> >> Suppose that you have a 16-node cluster, some patches were applied
> >> to the systems overnight, a mistake was made, and you have to
> >> correct this mistake on all of the systems during trading hours.
> >> Once you get all the OKs that are needed for this kind of
> >> emergency change, the head of the trading desk that uses that
> >> cluster calls you and says "I'm going to be on the line for as
> >> long as you're working on our system." So you fix one node, reboot
> >> it, make sure that it's back in the cluster and doing its job, and
> >> fix another, etc. You can be sure that everyone's happier that the
> >> systems boot quickly and that the cluster was running with 15
> >> rather than 16 nodes for as few minutes as possible (because you
> >> can be sure that the fact that this cluster wasn't running at full
> >> capacity for X minutes will come up in managerial meetings, both
> >> in IT ones and in IT-Business ones).
> >
> > If I understand correctly, these nodes are servers. Tell me one more
> > time, just so I understand, why do these boxes have so many daemons
> > that their boots take minutes?
> 
> Who cares how many daemons are running?!
> 
> If tomh-init is faster than htom-init, whether there's just ssh
> running or 100 daemons running, I want to use tomh-init.
> 
> I can understand that there are people who don't want to adopt systemd
> simply because it boots faster because they dislike some other
> aspect(s) of systemd, but attacking systemd because it boots faster is
> silly.

I know, that you are not responding to me, but i have one note:

The boot speed is often used as argument for the systemd. But no all
users are interested on boot time, then there are reaction as this (and
as my). IMO, there aren't a lot information about other aspects of
systemd and then people (include me) don't know about them.

Until will be boot time again and again used as argument, then here
will be responses as these.

To be precise, i often read about these things: monolitic, binary files
and boot speed. I don't like first two and i am not interested in
latest.

regards

-- 
Slavko
http://slavino.sk


signature.asc
Description: PGP signature

How to fix intermittently disappearing mouse pointer ?

[Steve Litt]

I've googled this several times, but none of what I saw worked or
seemed relevant. The following seemed the most relevant, but turned out
not to be helpful:

https://bbs.archlinux.org/viewtopic.php?id=137080

I have Wheezy running Openbox (I'm not sure how to detect Openbox's
version, but I installed it normally with apt-get). I'm *not*
running unclutter. Sometimes, my mouse pointer disappears when the mouse
pointer comes to rest on anything with popup text, which is very
obstructive (if you've ever worked on a computer that does this, you
know what I mean).

Often, this symptom doesn't happen for the first few minutes after
starting X, but then later does. It appears not to happen in Xfce, but
I didn't test Xfce for hours, so I can't be sure. It appears not to
happen with another user (I made user test), but once again, I didn't
test user test for hours. I even copied all files from /home/slitt
to /home/test, and the symptom didn't appear, and then when I went back
to /home/test the symptom disappeared, for at least a few minutes.

I suspect, for not much of a reason, that the symptom is triggered when
the screen changes, either because it times out and goes blank, or
because I ran a Youtube movie full screen. Due to the time it takes to
close everything, log out, run startx, and try again, this intermittent
has been slow to investigate.

Intermittents are slow to solve because diagnostic tests are
inconclusive. Eventually I'll nail this thing, but if any of you has
had experience with this problem and remembers the solution, you could
cut a lot of time off my investigation.

Thanks,

SteveT

Steve Litt*  http://www.troubleshooters.com/
Troubleshooting Training  *  Human Performance


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140805095119.56517...@mydesq2.domain.cxm

Re: How to fix intermittently disappearing mouse pointer ?

[Joel Rees]

On Tue, Aug 5, 2014 at 10:51 PM, Steve Litt  wrote:
> I've googled this several times, but none of what I saw worked or
> seemed relevant. The following seemed the most relevant, but turned out
> not to be helpful:
>
> https://bbs.archlinux.org/viewtopic.php?id=137080
>
> I have Wheezy running Openbox (I'm not sure how to detect Openbox's
> version, but I installed it normally with apt-get). I'm *not*
> running unclutter. Sometimes, my mouse pointer disappears when the mouse
> pointer comes to rest on anything with popup text, which is very
> obstructive (if you've ever worked on a computer that does this, you
> know what I mean).
>
> Often, this symptom doesn't happen for the first few minutes after
> starting X, but then later does. It appears not to happen in Xfce, but
> I didn't test Xfce for hours, so I can't be sure.

Happens with my XFCE. (Wheezy.)

> It appears not to
> happen with another user (I made user test), but once again, I didn't
> test user test for hours. I even copied all files from /home/slitt
> to /home/test, and the symptom didn't appear, and then when I went back
> to /home/test the symptom disappeared, for at least a few minutes.
>
> I suspect, for not much of a reason, that the symptom is triggered when
> the screen changes, either because it times out and goes blank, or
> because I ran a Youtube movie full screen. Due to the time it takes to
> close everything, log out, run startx, and try again, this intermittent
> has been slow to investigate.
>
> Intermittents are slow to solve because diagnostic tests are
> inconclusive. Eventually I'll nail this thing, but if any of you has
> had experience with this problem and remembers the solution, you could
> cut a lot of time off my investigation.

This isn't even intermittent. X11 is trying to do too much, that's
all. That means it doesn't have time to keep the pointer updated.

-- 
Joel Rees

Be careful where you see conspiracy.
Look first in your own heart.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/caar43ioq7uzba1ufrbv61ehx_fgj-kdsacshwzd1kekgyjg...@mail.gmail.com

Re: End of hypocrisy ?

[Steve Litt]

On Tue, 5 Aug 2014 15:50:09 +0200
Slavko  wrote:

> I know, that you are not responding to me, but i have one note:
> 
> The boot speed is often used as argument for the systemd. But no all
> users are interested on boot time, then there are reaction as this
> (and as my). IMO, there aren't a lot information about other aspects
> of systemd and then people (include me) don't know about them.
> 
> Until will be boot time again and again used as argument, then here
> will be responses as these.
> 
> To be precise, i often read about these things: monolitic, binary
> files and boot speed. I don't like first two and i am not interested
> in latest.

The preceding are my thoughts exactly. Let me add an analogy...

Perhaps I have a car that's fairly simple, with a small engine. I can
even do a few minor maintenance items myself. It gets 30 miles to the
gallon. It has a top speed of 100 miles per hour: 25 mph faster than
the fastest speed limit in the United States. Perhaps I'd go that fast
once per decade. It merges onto a freeway just fine. 

Then, let's say the manufacturer decides it would be a great idea, for
the next model year, to double the size of the engine, with no option
for a smaller engine. Now it goes 150 miles per hour, double the fastest
highway speed limit. Zero to sixty in four seconds: Acceleration far in
excess of any needs for hills plus freeway on-ramps. And now the huge
engine completely fills the entire engine compartment to the point where
special tools are needed to accomplish anything: Now I can't even
change the air filter. The car now gets only 20 miles to the gallon.

Big whoop, it goes faster. But now it's more expensive to drive, it's
more expensive to maintain, and I would never need its "better
performance" anyway, and I never asked for "better performance".

SteveT

Steve Litt*  http://www.troubleshooters.com/
Troubleshooting Training  *  Human Performance


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140805100255.2309e...@mydesq2.domain.cxm

Re: Wheezy GRUB problem

[Gary Dale]

On 05/08/14 03:36 AM, Artifex Maximus wrote:

Hello!

I have a Wheezy system shared with MS XP. GRUB is not in MBR but in 
Debian partition installed. Not recommended I know but basically 
works. Until last upgrade when my GRUB loader only writes GRUB then 
halts. Or at least not continue loading. No errors just stops. I have 
tried latest (7.6.0) Debian install disc Recovery function to 
reinstall grub with grub-install /dev/sda2 without success. Still just 
a GRUB line on screen when Debian partition is active. When I switch 
active partition back to XP it runs. I am able to mount sda2 from 
Debian installer and there is no fsck error.


So my MBR is good and there is some error in sda2 partition loader 
which I cannot recover with grub-install. Any idea where to go then?


Bye,
a
Why not try installing grub in the MBR? It usually can boot both Windows 
XP and Linux without problems. If you were using a version of Windows 
that required UEFI then you night have a problem, but not with XP.



--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/53e0e6b7.7070...@torfree.net

Re: How to fix intermittently disappearing mouse pointer ?

[Steve Litt]

On Tue, 5 Aug 2014 22:58:18 +0900
Joel Rees  wrote:

> On Tue, Aug 5, 2014 at 10:51 PM, Steve Litt
>  wrote:
> > I've googled this several times, but none of what I saw worked or
> > seemed relevant. The following seemed the most relevant, but turned
> > out not to be helpful:
> >
> > https://bbs.archlinux.org/viewtopic.php?id=137080
> >
> > I have Wheezy running Openbox (I'm not sure how to detect Openbox's
> > version, but I installed it normally with apt-get). I'm *not*
> > running unclutter. Sometimes, my mouse pointer disappears when the
> > mouse pointer comes to rest on anything with popup text, which is
> > very obstructive (if you've ever worked on a computer that does
> > this, you know what I mean).
> >
> > Often, this symptom doesn't happen for the first few minutes after
> > starting X, but then later does. It appears not to happen in Xfce,
> > but I didn't test Xfce for hours, so I can't be sure.
> 
> Happens with my XFCE. (Wheezy.)
> 
> > It appears not to
> > happen with another user (I made user test), but once again, I
> > didn't test user test for hours. I even copied all files
> > from /home/slitt to /home/test, and the symptom didn't appear, and
> > then when I went back to /home/test the symptom disappeared, for at
> > least a few minutes.
> >
> > I suspect, for not much of a reason, that the symptom is triggered
> > when the screen changes, either because it times out and goes
> > blank, or because I ran a Youtube movie full screen. Due to the
> > time it takes to close everything, log out, run startx, and try
> > again, this intermittent has been slow to investigate.
> >
> > Intermittents are slow to solve because diagnostic tests are
> > inconclusive. Eventually I'll nail this thing, but if any of you has
> > had experience with this problem and remembers the solution, you
> > could cut a lot of time off my investigation.
> 
> This isn't even intermittent. X11 is trying to do too much, that's
> all. That means it doesn't have time to keep the pointer updated.

This is good information, Joel. Thanks for confirming it isn't Openbox
only!

So my next question is this: How have you reduced your X11 task
load to eliminate the symptom? And how would one look at the relative
weight of tasks X11 is doing?

By the way, according to htop, my X11 is using 0% CPU, 0.5% memory, and
is invoked as follows:


/usr/bin/X -nolisten tcp :0 -auth /tmp/serverauth.Lo8khjMuIc


Does anything in the preceding look wrong? Should X be listening on
tcp? Any other obvious problems?

Thanks,

SteveT

Steve Litt*  http://www.troubleshooters.com/
Troubleshooting Training  *  Human Performance


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140805112150.79edb...@mydesq2.domain.cxm

Re: /dev/random5

[Andrew McGlashan]

On 4/08/2014 7:51 PM, Joel Rees wrote:
> On Mon, Aug 4, 2014 at 3:53 PM, Andrew McGlashan
>  wrote:
>> [...]
>> If you do the /dev/zero against a volume, then no useful data will
>> remain on that volume ... you need to backup that file system first,
>> then restore it after you re-create the file system again.
> 
> Well, that depends on a number of things. In the worst case scenario,
> electron microscopes have a much easier time recovering data
> overwritten with zeros than data overwritten with random stuff.

Okay, so that means, if you are that paranoid, then do /dev/urandom a
few times before you do anything else ;-)

Just the same, I think it was something that people worried about, but
no-one has ever been subject to this kind of /attack/

> Also, I understand that there are some very intelligent controllers
> that compress zeroed blocks and other such helpful things.

That wouldn't matter post luksFormat, it would pre though.

Cheers
A.




signature.asc
Description: OpenPGP digital signature

Re: End of hypocrisy ?

[Don Armstrong]

On Tue, 05 Aug 2014, Slavko wrote:
> To be precise, i often read about these things: monolitic, binary
> files and boot speed. I don't like first two and i am not interested
> in latest.

These are just accessible reasons. The main reason that I personally
voted for systemd over sysv is because systemd (and upstart) provide
correct boot sequencing in complex boot situations.

For example, if you're using iscsi, and need to start a daemon after the
network is up, iscsi is connected, lvm has resynced, and the appropriate
filesystems are mounted, this is trivial using systemd or upstart, but
very difficult using sysv.[1]

The other reason is we also get rid of thousands of lines of
difficult-to-maintain boilerplate in init scripts.

While sysv may be easier to debug in simple systems, there's a reason
why none of the CTTE members (myself included) voted for it.

1: Not impossible, but you basically end up replicating a dependency
boot system in shell, and necessarily introduce brittleness and delays.
-- 
Don Armstrong  http://www.donarmstrong.com

"What, now?"
"Soon equates to good, later to worse, Uagen Zlepe, scholar.
Therefore, immediacy."
  -- Iain M. Banks _Look to Windward_ p 213


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140805161715.gv12...@teltox.donarmstrong.com

Re: End of hypocrisy ?

[Doug]

On 08/05/2014 07:08 AM, Lisi Reisz wrote:

On Tuesday 05 August 2014 07:56:03 Raffaele Morelli wrote:

Hundreds of linux developers can't be wrong,

It doesn't matter whether they are right or wrong.  They are doing it.  The
rest of us can either say "thank you" and be grateful for the work they do,
or go do our own thing.  This is Open Source after all.

Lisi


"The rest of us" even if most of the rest of us are system administrators,
are not programmers, particularly at the level of creating a good part of
an operating system, and of those who are and could, probably do not have
the time to do so.

It has been my opinion for some time that those devs who actually are
producing OSs and other Linux programs are making modifications--
sometimes large ones, like systemd--simply because they can, and are bored
with other things, or are on someone's payroll, and must continue to 
roll out
product of some kind if they want to stay on that payroll.  Or perhaps, 
like a

certain two persons whose names are known by now, they are stroking
their own egos.

"If it ain't broke, don't fix it!"  --Ann Landers.

--doug

PS: I am not one of those sys admins, nor a programmer. I'd just like to
keep the things that work and stop f***ing with them!


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/53e105f1.2030...@optonline.net

Re: End of hypocrisy, beginning of reason

[Steve Litt]

On Tue, 5 Aug 2014 09:17:15 -0700
Don Armstrong  wrote:

> On Tue, 05 Aug 2014, Slavko wrote:
> > To be precise, i often read about these things: monolitic, binary
> > files and boot speed. I don't like first two and i am not interested
> > in latest.
> 
> These are just accessible reasons. The main reason that I personally
> voted for systemd over sysv is because systemd (and upstart) provide
> correct boot sequencing in complex boot situations.
> 
> For example, if you're using iscsi, and need to start a daemon after
> the network is up, iscsi is connected, lvm has resynced, and the
> appropriate filesystems are mounted, this is trivial using systemd or
> upstart, but very difficult using sysv.[1]
> 
> The other reason is we also get rid of thousands of lines of
> difficult-to-maintain boilerplate in init scripts.
> 
> While sysv may be easier to debug in simple systems, there's a reason
> why none of the CTTE members (myself included) voted for it.
> 
> 1: Not impossible, but you basically end up replicating a dependency
> boot system in shell, and necessarily introduce brittleness and
> delays.

Cool! Finally someone who knows it and is on the ground floor. I have
some questions...

When I switch to systemd, I'd like to have it as isolated as humanly
possible, just because I'm a modularity kind of guy. 

I'm thinking of starting the minimum possible daemons with systemd, and
starting the rest with daemontools. Of course, I've never before had to
manage run order in daemontools, so that might be a little challenging,
but I think I can handle it, even if I have to pull off a kludge. 

Another challenge will be to prevent systemd from starting the daemons
I want to launch with daemontools, even though the package installer
tells systemd to launch those programs. Is it pretty easy to tell
systemd not to launch specific daemons?

I will, as usual when I use Debian, start my desktop environment with
startx or xinit. I usually use Xfce, LXDE, Openbox, dwm or i9. Do you
think I'll have systemd dependencies with those de's started with
startx or xinit?

What other tips would you have for those of us who want to, to the
extent possible, keep systemd as nothing more than the first program to
be booted, and want to reduce as much as possible what other programs
need to know about systemd and what systemd needs to know about the
programs I run?

Thanks,

SteveT

Steve Litt*  http://www.troubleshooters.com/
Troubleshooting Training  *  Human Performance


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140805123248.261c9...@mydesq2.domain.cxm

Re: End of hypocrisy, beginning of reason

[AW]

On Tue, 5 Aug 2014 12:32:48 -0400
Steve Litt  wrote:

 >When I switch to systemd, I'd like to have it as isolated as humanly
 >possible, just because I'm a modularity kind of guy.

I've been watching the thread here... and I understand the thought of
not changing from sysvinit because sysvinit works well [sometimes] ...

But here you've made a point that should lead you directly to use
systemd over sysvinit... especially Debian styled sysvinit.  Note this
snippet of documentation from Fedora's systemd documentation.

...
systemd has the concept of targets which is a more flexible
replacement for runlevels in sysvinit.

Run level 3 is emulated by multi-user.target. Run level 5 is emulated
by graphical.target. runlevel3.target is a symbolic link to
multi-user.target and runlevel5.target is a symbolic link to
graphical.target.

You can switch to 'runlevel 3' by running
...

Source:
https://fedoraproject.org/wiki/Systemd#How_do_I_change_the_target_.28runlevel.29_.3F

In Debian sysvinit, there are pretty much 2 runlevels.  Sure, the user
can configure the init scripts to run at the "correct" moment during
the boot process, but systemd brings a huge advantage to the table by
discarding the idea of large slots to start things.  It's like going
from 8 character long file names in MS DOS to 255 in a *nix environment.

I understand the desire of"K.I.S.S.", but the reality is that sysvinit
is already massively complex and for all intents and purposes
is monolithic in nature.

As a side note:  I've converted all my personal machines to systemd,
and I've yet to run into any problems.  I don't usually use the systemd
utilities to start and stop services or check logs, but that's mostly
habit rather than an actually problem with systemd.  In some cases, I
have noticed that the verbosity is on the thinner side with journald --
but it's likely there's a setting somewhere that will change that to my
liking.

Lastly, if sysvinit is no longer a component of any major distro --
likely true -- then sysvinit will quickly go unmaintained.  Regardless
of the desire to change, it's better to get onboard [whether it's
kicking and screaming or just bobbing along with the crowd] rather than
remain on the platform holding the bag of growing vulnerabilities...

Just these 6 cents -- and out...

--Andrew


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140805130559.27d744eba507e6d01496b...@1024bits.com

Re: End of hypocrisy, beginning of reason

[Don Armstrong]

On Tue, 05 Aug 2014, Steve Litt wrote:
> Cool! Finally someone who knows it and is on the ground floor. I have
> some questions...
> 
> When I switch to systemd, I'd like to have it as isolated as humanly
> possible, just because I'm a modularity kind of guy. 
> 
> I'm thinking of starting the minimum possible daemons with systemd, and
> starting the rest with daemontools. Of course, I've never before had to
> manage run order in daemontools, so that might be a little challenging,
> but I think I can handle it, even if I have to pull off a kludge. 

I'm not sure why you'd also run daemontools in addition to systemd, as
systemd also provides most of the daemontools feature set.

> Is it pretty easy to tell systemd not to launch specific daemons?

systemctl disable foo -t service;

or whatever is appropriate.
 
> I will, as usual when I use Debian, start my desktop environment with
> startx or xinit. I usually use Xfce, LXDE, Openbox, dwm or i9. Do you
> think I'll have systemd dependencies with those de's started with
> startx or xinit?

That depends on the developers of those DEs. I wouldn't be surprised if
they eventually grew dependencies on libpam-systemd because of the
difficulties of figuring out who is actually a local user without using
that (or a similar interface).
 
> What other tips would you have for those of us who want to, to the
> extent possible, keep systemd as nothing more than the first program
> to be booted, and want to reduce as much as possible what other
> programs need to know about systemd and what systemd needs to know
> about the programs I run?

I don't have any tips for this, since this isn't a goal of mine; someone
else might, though.

-- 
Don Armstrong  http://www.donarmstrong.com

Build a fire for a man, an he'll be warm for a day.  Set a man on   
fire, and he'll be warm for the rest of his life.
 -- Jules Bean


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140805175341.gh2...@rzlab.ucr.edu

Debian php5 (Can't get download when doing apt-update)

[Matthew Brown]

Can you provide some insight, if you've done this successfully can you
share the fix?
"E: Unable to locate package php5"

-- 
Thank you in advance.


*Matthew Brown | Senior Systems Engineer*
Kaplan Inc. | 395 Hudson Street, New York, NY 10016
tel + 917-344-2598 | mobile + 914-406-0294

web Enterprise Client Services Website

Re: Debian php5 (Can't get download when doing apt-update)

[Luciano Rodrigues Furtado]

Matthew,

Can you list the contents of your /etc/apt/sources.list, I am guessing 
you are missing the proper apt sources.


Assuming you are running wheezy you should have at least:

deb http://ftp.debian.org/debian/ wheezy main

Best Regards,


On 2014-08-05 17:41:34 +, Matthew Brown said:

Can you provide some insight, if you've done this successfully can you 
share the fix?  

"E: Unable to locate package php5"

--
Thank you in advance.
 
 
Matthew Brown | Senior Systems Engineer
Kaplan Inc. | 395 Hudson Street, New York, NY 10016
tel + 917-344-2598 | mobile + 914-406-0294 
web Enterprise Client Services Website
 





--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/lrr783$d9j$1...@ger.gmane.org

Re: Wireless card unavailable in Debian, but works in Ubuntu

[Ric Moore]

On 08/05/2014 09:14 AM, Tom H wrote:

On Tue, Aug 5, 2014 at 2:18 AM, S4mmael  wrote:


I have a liittle problem with a wireless card of a cheap HP laptop. It works
perfectly well out of the box in Ubuntu 14.04, but not in Debian Jessie.

Here is what a managed to find.

In Ubuntu it looks like that:

root@ubuntu:~# dmesg | grep 02:00.0
[0.986323] pci :02:00.0: [10ec:8179] type 00 class 0x028000
[0.986347] pci :02:00.0: reg 0x10: [io  0x2000-0x20ff]
[0.986383] pci :02:00.0: reg 0x18: [mem 0x9070-0x90703fff 64bit]
[0.986486] pci :02:00.0: supports D1 D2
[0.986490] pci :02:00.0: PME# supported from D0 D1 D2 D3hot D3cold
[0.986542] pci :02:00.0: System wakeup disabled by ACPI

root@ubuntu:~# lspci -s 02:00.0 -v
02:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8188EE
Wireless Network Adapter (rev 01)
 Subsystem: Hewlett-Packard Company Device 197d
 Flags: bus master, fast devsel, latency 0, IRQ 17
 I/O ports at 2000 [size=256]
 Memory at 9070 (64-bit, non-prefetchable) [size=16K]
 Capabilities: [40] Power Management version 3
 Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit+
 Capabilities: [70] Express Endpoint, MSI 00
 Capabilities: [100] Advanced Error Reporting
 Capabilities: [140] Device Serial Number 00-e0-4c-ff-fe-81-91-01
 Capabilities: [150] Latency Tolerance Reporting
 Kernel driver in use: rtl8188ee

Whereas in Jessie it looks like that:

root@debian:~# dmesg | grep 02:00.0
[1.109622] pci :02:00.0: [eaea:eaea] type 6a class 0xeaeaea
[1.109628] pci :02:00.0: unknown header type 6a, ignoring device

root@debian:~# lspci -s 02:00.0 -v -H1
02:00.0 Class eaea: Device eaea:eaea (rev ea) (prog-if ea)
 !!! Unknown header type 6a

It's only available in the output of lspci with -H1 option.

I'm aware that header type 6a is incorrect, but is there any workaround or
something? How do I make the card work in Debian? It seems to be really
interesting to find out how Ubuntu does that and use the same technique in
Debian.


Which jessie kernel are you running?

# find /lib/modules/3.14-1-amd64 -name rtl8188ee.ko
/lib/modules/3.14-1-amd64/kernel/drivers/net/wireless/rtlwifi/rtl8188ee/rtl8188ee.ko

# find /lib/modules/3.14-2-amd64 -name rtl8188ee.ko
/lib/modules/3.14-2-amd64/kernel/drivers/net/wireless/rtlwifi/rtl8188ee/rtl8188ee.ko

Can you modprobe this driver?


I too have an elderly Thinkpad (R34) and it does pretty much the same 
thing. I'm wondering is something like ndiswrapper ??

https://wiki.debian.org/NdisWrapper:) Ric



--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/53e12107.3010...@gmail.com

Re: Debian php5 (Can't get download when doing apt-update)

[AW]

On Tue, 5 Aug 2014 13:41:34 -0400
Matthew Brown  wrote:

 >Can you provide some insight, if you've done this successfully can you
 >share the fix?
 >"E: Unable to locate package php5"

Does your internet work?
ping yahoo.com

for example...

If so, what's in your sources.list file?
cat /etc/apt/sources.list

I believe the php5 package is a "security" package... look for this
line in the sources.list file:
deb http://security.debian.org/ wheezy/updates main

If all that is good to go, then everything should work.  You can try:
sudo apt-cache show php5

to verify the package details.

--Andrew


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140805142446.19800a995176f5de15079...@1024bits.com

Re: End of hypocrisy ?

[Slavko]

Ahoj,

Dňa Tue, 5 Aug 2014 09:17:15 -0700 Don Armstrong 
napísal:

> On Tue, 05 Aug 2014, Slavko wrote:
> > To be precise, i often read about these things: monolitic, binary
> > files and boot speed. I don't like first two and i am not interested
> > in latest.
> 
> These are just accessible reasons. The main reason that I personally
> voted for systemd over sysv is because systemd (and upstart) provide
> correct boot sequencing in complex boot situations.

IMO, users deserve reasons, which has value for them itself,
not for others.

> For example, if you're using iscsi, and need to start a daemon after
> the network is up, iscsi is connected, lvm has resynced, and the
> appropriate filesystems are mounted, this is trivial using systemd or
> upstart, but very difficult using sysv.[1]

I never meet these problems, then i cannot to appreciate it. How many
people are as i in this?

> The other reason is we also get rid of thousands of lines of
> difficult-to-maintain boilerplate in init scripts.

Yes, i meet some of these scripts, then i can to appreciate it.

> 
> While sysv may be easier to debug in simple systems, there's a reason
> why none of the CTTE members (myself included) voted for it.

I don't see the problem in the change of the default init system. Your
response forced me to small stop and think about defaults in Debian. I
do not often use Debian's defaults. I remember as i need to specify boot
options to install KDE and not Gnome, but it was no problem. Yes, there
was time, when i install Debian without DE, to install the one by my
choice latter. I don't use the the d-i tasks for DNS, or web server,
because i don't use the defaults (only SSH server from there). My first
thing after install Debian is to remove the default installed NFS
server - no problem too. etc, etc. All these things are clean,
straightforward and are possible after system install. Simple, i see no
problem, that my defaults are different, than Debian defaults and i
consider this as one of flags of the freedom.

When i read first time about change default of the init, i believe (or
hope?), that there will be choice. And don't matter if this choice will
be at install time, or after install... I wrote to this list too, that
this is *only* default. But now i read more and more about problems,
dependencies from user space and this sounds bad for me. And i start to
afraid.

I am not able to suspend this machine when boot via systemd. OK It
seems, that it is not a systemd problem - but the difference is simple:
without systemd it works, with it doesn't, then systemd is a problem
for me too.

> 1: Not impossible, but you basically end up replicating a dependency
> boot system in shell, and necessarily introduce brittleness and
> delays.

Delays, delays... And we are back at the boot time, where we start.

regards

-- 
Slavko
http://slavino.sk


signature.asc
Description: PGP signature

Luke Helmond Demos

[Luke Helmond]

Dear  i'm writing to you because i want to let you hear my music.I'm searching 
a great label to sell my music.Hope you are the right choice for my music 
carrier.
Hope to hear soon from you
Best Regards
Luke Helmond
http://www.lukehelmond.com

Track private link:
https://soundcloud.com/luke-helmond/move-away-1-luke-helmond

https://soundcloud.com/luke-helmond/nebulamaster-finale

https://soundcloud.com/luke-helmond/leonida

https://soundcloud.com/luke-helmond/i-love-u-dear-oscillator

https://soundcloud.com/luke-helmond/serendipity-luke-helmond-3

Youtube Video Link:

https://www.youtube.com/watch?v=0Cm9pyf2quE
==

Unsubscribe debian-user@lists.debian.org from this list:
http://lukehelmond.us8.list-manage.com/unsubscribe?u=3c4e3acca2485b5f3f655fde4&id=40426c7452&e=afe45c28f4&c=28bd35c61b


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/3c4e3acca2485b5f3f655fde4afe45c28f4.20140805175...@mail181.atl121.mcsv.net

Re: Debian php5 (Can't get download when doing apt-update)

[Matthew Brown]

Thanks for responding!  I need help.
- Yes, I have Internet access and behind a firewall (any known ports that
should be open?)
- I pinged Yahoo.com

- sources.list
#

# deb http://security.debian.org/ wheezy/updates main contrib
deb-src http://security.debian.org/ wheezy/updates main contrib

# deb http://packages.dotdeb.org stable all
deb-src http://packages.dotdeb.org stable all

# deb http://packages.dotdeb.org wheezy all
deb-src http://packages.dotdeb.org wheezy all

# deb http://ftp.debian.org/debian/ wheezy-updates main contrib
# deb-src http://ftp.debian.org/debian/ wheezy-updates main contrib

# deb http://ftp.us.debian.org/debian stable main
deb-src http://ftp.us.debian.org/debian stable main

# deb http://packages.dotdeb.org wheezy-php55 all
deb-src http://packages.dotdeb.org wheezy-php55 all

- Show php5
root@ivideomedint:~# apt-cache show php5
N: Unable to locate package php5
E: No packages found







On Tue, Aug 5, 2014 at 2:24 PM, AW  wrote:

> On Tue, 5 Aug 2014 13:41:34 -0400
> Matthew Brown  wrote:
>
>  >Can you provide some insight, if you've done this successfully can you
>  >share the fix?
>  >"E: Unable to locate package php5"
>
> Does your internet work?
> ping yahoo.com
>
> for example...
>
> If so, what's in your sources.list file?
> cat /etc/apt/sources.list
>
> I believe the php5 package is a "security" package... look for this
> line in the sources.list file:
> deb http://security.debian.org/ wheezy/updates main
>
> If all that is good to go, then everything should work.  You can try:
> sudo apt-cache show php5
>
> to verify the package details.
>
> --Andrew
>



-- 
Thank you in advance.


*Matthew Brown | Senior Systems Engineer*
Kaplan Inc. | 395 Hudson Street, New York, NY 10016
tel + 917-344-2598 | mobile + 914-406-0294

web Enterprise Client Services Website

Re: Debian php5 (Can't get download when doing apt-update)

[AW]

On Tue, 5 Aug 2014 14:36:38 -0400
Matthew Brown  wrote:

 >- sources.list
 >#
 >
 ># deb http://security.debian.org/ wheezy/updates main contrib
 >deb-src http://security.debian.org/ wheezy/updates main contrib
 >
 ># deb http://packages.dotdeb.org stable all
 >deb-src http://packages.dotdeb.org stable all
 >
 ># deb http://packages.dotdeb.org wheezy all
 >deb-src http://packages.dotdeb.org wheezy all
 >
 ># deb http://ftp.debian.org/debian/ wheezy-updates main contrib
 ># deb-src http://ftp.debian.org/debian/ wheezy-updates main contrib
 >
 ># deb http://ftp.us.debian.org/debian stable main
 >deb-src http://ftp.us.debian.org/debian stable main
 >
 ># deb http://packages.dotdeb.org wheezy-php55 all
 >deb-src http://packages.dotdeb.org wheezy-php55 all

You need to delete the '#' in front of each 'deb' line...
Then issue the command:
sudo apt-get update

Then issue the command:
sudo apt-get install php5

And probably:
sudo apt-get upgrade


--Andrew


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140805145522.d2fd52aaca875e4ac327d...@1024bits.com

Re: End of hypocrisy ? (Alt. title: Learning to cope with systemd)

[John]

On 05/08/14, Don Armstrong (d...@debian.org) wrote:
> 
> These are just accessible reasons. The main reason that I personally
> voted for systemd over sysv is ...
> ...there's a reason
> why none of the CTTE members (myself included) voted for it.
> ... 

Thanks to Don for taking the time to write about the issue on debian-user; 
hearing from a member of CTTE is much appreciated.

In May, I wrote to ask for help in keeping systemd out 
(https://lists.debian.org/debian-user/2014/05/msg00587.html) and got good help 
from Steve Langasek. Since my query owed a lot to my having lurked on 
debian-devel, I cc'd the note there. (To teach me manners, the very first 
response berated me for flame-baiting. (debian-devel/2014/05/msg00359))

Since then, I've had systemd-shim installed and in /etc/apt/preferences, a 
stanza reading
Package: systemd-sysv
Pin: origin *
Pin-Priority: -100
But I've also been trying to learn to cope with our future via 
init=/bin/systemd.

1. I had to give up using Eterm, which just races under systemd.  It took two 
days to figure out how to accomplish the same chore using aterm. (Complicated 
and uninteresting details available on request.)
2. I _think_ systemd broke my ability to print, or even to ping localhost. 
Three days of thrashing around with cups, hplip, including several reinstalls 
of both, and resetting locales went by, and then I noticed 
/etc/cups/cupsd-systemd-listen.conf.  I _guess_ it was installed behind my back 
without any warning. Two more days of thrashing around and the printer works 
again. But I made so many changes that I am not at all sure which of them 
finally fixed the problem.  Again, details available on request.
3. Learning to use journalctl and systemctl takes time.  Since systemd gives 
pretty good error messages, life got much easier I got to read them, by 
amending /etc/inittab by adding --noclear thus:
1:2345:respawn:/sbin/getty --noclear 38400 tty1

I have no doubt I have much more to learn. Maybe some of you do too?  I look 
forward to your help.

-- 
johnrchamp...@wowway.com

GPG key 1024D/99421A63 2005-01-05
EE51 79E9 F244 D734 A012 1CEC 7813 9FE9 9942 1A63
gpg --keyserver subkeys.pgp.net --recv-keys 99421A63


signature.asc
Description: Digital signature

Re: Threading using digest and kmail (was Re: Exim4 not routing local mail ... )

[Bob Proulx]

Andrei POPESCU wrote:
> Bob Proulx wrote:
> > P.S. I still think digests are less desirable because I don't see a
> > way to view the discussion in a threaded view.  Threaded views have
> > been around for so long that I couldn't live without them.  Of course
> > Gmail and Outlook users don't have threaded views.  But I am sure that
> > if they did they wouldn't want to not have them either.
> 
> I'm not very familiar with Gmail's interface, but Outlook definitely 
> does have threaded views.

As of the last time I used Outlook a couple of years ago Outlook did
not have threads but had "conversations".  Outlook sorted by subject
line.  Any message with the same subject was grouped together into a
"conversation" whether it was related or not.  And similarly if you
had a discussion thread and changed the subject then in Outlook that
started a new "conversation".  Outlook "conversations" grouped by
subject is a poor substitute for message threading.  Are you sure it
is really threads and not conversations?

Gmail also only supports the same group by subject model.  However for
the Google Groups web forum postings they do thread those.  If you use
the web to post a reply to a Google Group web forum then that message
stays attached to the message it was a reply.  But as far as I can see
all email only has subject grouping.  I am currently using Gmail and
Google Groups in conjuction with a school which uses it and I find it
quite annoying compared to a real mailer.

This grouping by subject means that I now routinely tag subject lines
of generic messages such as "Dinner?" with a date code in order to
make routine subjects different.  Otherwise they would all get grouped
into one long conversation.

> Unfortunately by activating it you also have to use reverse
> chronological sorting by the newest message in the thread, which is
> very annoying for me.

I find that upside-down sorting annoying too.

Bob


signature.asc
Description: Digital signature

Re: End of hypocrisy ?

[Don Armstrong]

On Tue, 05 Aug 2014, Slavko wrote:
> Dňa Tue, 5 Aug 2014 09:17:15 -0700 Don Armstrong 
> napísal:
> > These are just accessible reasons. The main reason that I personally
> > voted for systemd over sysv is because systemd (and upstart) provide
> > correct boot sequencing in complex boot situations.
> 
> IMO, users deserve reasons, which has value for them itself,
> not for others.

The reasoning is pretty well laid out in the CTTE decision, the
discussion, and the position statements.

> When i read first time about change default of the init, i believe (or
> hope?), that there will be choice. And don't matter if this choice
> will be at install time, or after install... I wrote to this list too,
> that this is *only* default. But now i read more and more about
> problems, dependencies from user space and this sounds bad for me. And
> i start to afraid.

Choice is expensive. Debian doesn't have unlimited developer time. If a
choice that you would want to be able to make isn't currently available,
then your only real alternative is to do the work (or otherwise cause
the work to be done.)
 
> I am not able to suspend this machine when boot via systemd. OK It
> seems, that it is not a systemd problem - but the difference is simple:
> without systemd it works, with it doesn't, then systemd is a problem
> for me too.

If systemd isn't working properly, please file bugs or comment on the
existing bugs to provide more information if there isn't already enough
information.
 
> > 1: Not impossible, but you basically end up replicating a dependency
> > boot system in shell, and necessarily introduce brittleness and
> > delays.
> 
> Delays, delays... And we are back at the boot time, where we start.

Delay is a small price to pay; the real problem here is brittleness and
deadlock in a delay.

-- 
Don Armstrong  http://www.donarmstrong.com

Religion is religion, however you wrap it, and like Quell says, a
preoccupation with the next world clearly signals an inability to cope
credibly with this one.
 -- Richard K. Morgan "Broken Angels" p65


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140805190740.gi2...@rzlab.ucr.edu

Re: Help needed with wireless on a Thinkpad X40

[Bob Proulx]

Alef Farah wrote:
> However, no APs are found at my place ...

Is there a hardware rf kill switch?  My T60 has a slide switch in the
lower left.

There is also an "rfkill" package in Debian.  It might help.  Don't know.

Try this.  Does it show any access points?

  # iwlist wlan0 scan

Are you aware of the ThinkWiki site?  It is a good reference for all
things related to ThinkPads.  There may be some hints on your problem
there.

  http://www.thinkwiki.org/

If you don't get any resolution here on debian-user you might try
posting your question to debian-laptop.  Since that is specifically
about laptops someone there might have seen this problem before.

Bob


signature.asc
Description: Digital signature

Re: End of hypocrisy, beginning of reason

[Brian]

On Tue 05 Aug 2014 at 12:32:48 -0400, Steve Litt wrote:

> Cool! Finally someone who knows it and is on the ground floor. I have
> some questions...

Debian isn't a department store. But if it were you want the penthouse,
which is where the the systemd maintainers reside.

> When I switch to systemd, I'd like to have it as isolated as humanly
> possible, just because I'm a modularity kind of guy.

If you work for Ikea or buy its furniture it's an understandable stance
to take. You boot with systemd but want it to take no part in what
follows. Have you thought of isolating udev and the kernel in the same
way?

> I'm thinking of starting the minimum possible daemons with systemd, and
> starting the rest with daemontools. Of course, I've never before had to
> manage run order in daemontools, so that might be a little challenging,
> but I think I can handle it, even if I have to pull off a kludge.

Most users don't want kludges. What they want is a free, technically
competent system. Over the past 20 years Debian has delivered this time
after time.

Your are, of course, free to pervert this on your own systems. If you
can do the same with daemontools as Debian does with systemd we wish you
all good fortune.

> Another challenge will be to prevent systemd from starting the daemons
> I want to launch with daemontools, even though the package installer
> tells systemd to launch those programs. Is it pretty easy to tell
> systemd not to launch specific daemons?

Someone will point out systemd has documention; inexperienced users have
to be pointed directly to it. An exception can be made for you.

> I will, as usual when I use Debian, start my desktop environment with
> startx or xinit. I usually use Xfce, LXDE, Openbox, dwm or i9. Do you
> think I'll have systemd dependencies with those de's started with
> startx or xinit?

Impossible to answer; you would have to be specific about what you have
on your system. For example, is colord installed?

> What other tips would you have for those of us who want to, to the
> extent possible, keep systemd as nothing more than the first program to
> be booted, and want to reduce as much as possible what other programs
> need to know about systemd and what systemd needs to know about the
> programs I run?

Insofar as the question is understandable, you could first consider
not using fantasy as a basis or motivating factor for building a modern
computer system. 


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140805192603.gr19...@copernicus.demon.co.uk

Re: Debian php5 (Can't get download when doing apt-update)

[PaulNM]

On 08/05/2014 02:55 PM, AW wrote:
> On Tue, 5 Aug 2014 14:36:38 -0400
> Matthew Brown  wrote:
> 
>  >- sources.list
>  >#
>  >
>  ># deb http://security.debian.org/ wheezy/updates main contrib
>  >deb-src http://security.debian.org/ wheezy/updates main contrib
>  >
>  ># deb http://packages.dotdeb.org stable all
>  >deb-src http://packages.dotdeb.org stable all
>  >
>  ># deb http://packages.dotdeb.org wheezy all
>  >deb-src http://packages.dotdeb.org wheezy all
>  >
>  ># deb http://ftp.debian.org/debian/ wheezy-updates main contrib
>  ># deb-src http://ftp.debian.org/debian/ wheezy-updates main contrib
>  >
>  ># deb http://ftp.us.debian.org/debian stable main
>  >deb-src http://ftp.us.debian.org/debian stable main
>  >
>  ># deb http://packages.dotdeb.org wheezy-php55 all
>  >deb-src http://packages.dotdeb.org wheezy-php55 all
> 
> You need to delete the '#' in front of each 'deb' line...
> Then issue the command:
> sudo apt-get update
> 
> Then issue the command:
> sudo apt-get install php5
> 
> And probably:
> sudo apt-get upgrade
> 
> 
> --Andrew
> 

While not directly related to your current issue, I suggest changing the
instances of stable to wheezy.  Otherwise you're in for a surprise once
Jessie is released.

-- PaulNM


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53e130b5.1090...@paulscrap.com

Re: Retaining Older Kernels After Image Update

[Marc Auslander]

Andrei POPESCU  writes:

> On Sb, 02 aug 14, 12:11:43, Kenneth Jacker wrote:
>> [ Wheezy;  3.2.0-4-amd64 ]
>> 
>> I've noticed that when I upgrade a kernel image, the prior one appears
>> to be removed.  So, at any time there is only one kernel image in /boot.
>

I just manually copy the four files in /boot associated with the
working kernel.  I append -knowngood to get new names.  update grup
happily makes boot entries for them.

My copy script is:

#!/bin/bash
for x in *knowngood
do
( set -x; cp -p "$x" "${x}-old" )
done
for x in *amd64
do
( set -x; cp -p "$x" "${x}-knowngood" )
done


You'll have to replace *amd64 by whatever the right search is for your
kernel.

Of course, I only run this after successful reboot and snif test with
the new kernel.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/874mxqspns@aptiva.optonline.net

Re: Debian php5 (Can't get download when doing apt-update)

[Matthew Brown]

You are the man!  Thanks.

How'd I let those # get in the way?  LOL!


On Tue, Aug 5, 2014 at 2:55 PM, AW  wrote:

> On Tue, 5 Aug 2014 14:36:38 -0400
> Matthew Brown  wrote:
>
>  >- sources.list
>  >#
>  >
>  ># deb http://security.debian.org/ wheezy/updates main contrib
>  >deb-src http://security.debian.org/ wheezy/updates main contrib
>  >
>  ># deb http://packages.dotdeb.org stable all
>  >deb-src http://packages.dotdeb.org stable all
>  >
>  ># deb http://packages.dotdeb.org wheezy all
>  >deb-src http://packages.dotdeb.org wheezy all
>  >
>  ># deb http://ftp.debian.org/debian/ wheezy-updates main contrib
>  ># deb-src http://ftp.debian.org/debian/ wheezy-updates main contrib
>  >
>  ># deb http://ftp.us.debian.org/debian stable main
>  >deb-src http://ftp.us.debian.org/debian stable main
>  >
>  ># deb http://packages.dotdeb.org wheezy-php55 all
>  >deb-src http://packages.dotdeb.org wheezy-php55 all
>
> You need to delete the '#' in front of each 'deb' line...
> Then issue the command:
> sudo apt-get update
>
> Then issue the command:
> sudo apt-get install php5
>
> And probably:
> sudo apt-get upgrade
>
>
> --Andrew
>



-- 
Thank you in advance.


*Matthew Brown | Senior Systems Engineer*
Kaplan Inc. | 395 Hudson Street, New York, NY 10016
tel + 917-344-2598 | mobile + 914-406-0294

web Enterprise Client Services Website

Mongodb smallfiles option

[S Tan]

I keep getting "ERROR: Insufficient free space for journal
filesPlease make at least 3379MB available in
/var/lib/mongodb/journal or use --smallfiles." I am trying to run
mongodb with smallfiles option. Looked in /etc/mongodb.conf but I do
not see that as an option. So I modified /etc/init.d/mongodb (the
startup function) to include --smallfiles(in DAEMON_OPTS) but so far,
no go. Any help would appreciated. Thanks.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAEon4=czt73kmcsdkjxsfvhccm9xxrz1t-uf2v0pcjhbhxy...@mail.gmail.com

Re: Network routing on multi-homed system

[Isaac Freeman]

I changed the gateway lines to include the whole network, so, i.e.,

post-up ip route add 172.1.1.62/32 dev eth1 src 172.1.1.41 table
external

became

post-up ip route add 172.1.1.32/27 dev eth1 src 172.1.1.41 table
external

and everything starting working great. Thanks! :)

--
Isaac Freeman - Systems Administrator
IBM SmartCloud Managed Backup
is...@us.ibm.com
919-254-0245



From:   Pascal Hambourg 
To: debian-user@lists.debian.org,
Cc: Isaac Freeman/Raleigh/IBM@IBMUS
Date:   08/02/2014 02:45 PM
Subject:Re: Network routing on multi-homed system



Hello,

Isaac Freeman a écrit :
>
> iface eth1 inet static
>address 172.1.1.40
>netmask 255.255.255.224
>
># routing
>post-up ip route add 172.1.1.62/32 dev eth1 src 172.1.1.40
table external
>post-up ip route add default via 172.1.1.62 table external
>post-up ip rule add from 172.1.1.40 table external
>post-down ip rule del from 172.1.1.40 table external

IMO, your special routing is broken. Not all packets with the given
source address should be sent to the gateway, but only packets with a
destination address outside the LAN. Packets with a destination address
inside the LAN should be sent directly.

Either route the LAN prefix using the main table :

 post-up ip rule add to 172.1.1.32/27 table main

(to be created after thus inserted before the "from" rule)
or add a direct route for the prefix in the special table :

 post-up ip route add 172.1.1.32/27 dev eth1 table external

Same for both interfaces and servers.

Note : the routes to the gateways should not be necessary.

Re: End of hypocrisy, beginning of reason

[Steve Litt]

On Tue, 5 Aug 2014 13:05:59 -0400
AW  wrote:

> On Tue, 5 Aug 2014 12:32:48 -0400
> Steve Litt  wrote:
> 
>  >When I switch to systemd, I'd like to have it as isolated as humanly
>  >possible, just because I'm a modularity kind of guy.
> 
> I've been watching the thread here... and I understand the thought of
> not changing from sysvinit because sysvinit works well [sometimes] ...
> 
> But here you've made a point that should lead you directly to use
> systemd over sysvinit... especially Debian styled sysvinit.  

[clip section about how systemd works]

> I understand the desire of"K.I.S.S.", but the reality is that sysvinit
> is already massively complex and for all intents and purposes
> is monolithic in nature.

I'm a big fan of KISS, but in this case I'm speaking not of KISS but of
modularity and encapsulation. The less entangled things are, the more
clean test points you have to measure, the more places you can insert
your own little program to do something, and the less dependencies in
your package manager or when ./configure;make;make install.

It's possible to do modular badly, or even complexly, and perhaps that's
what sysvinit has done. That doesn't mean entanglement is better: It
means you need to fix your modular system.

LOL, perhaps I'll boot to bin/bash, and then run a script to do
everything else. Oh wait, I can't do that: I hear PAM now depends on
systemd, for what reason I haven't a clue.

SteveT

Steve Litt*  http://www.troubleshooters.com/
Troubleshooting Training  *  Human Performance


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140805154450.64713...@mydesq2.domain.cxm

Re: Mongodb smallfiles option

[AW]

On Tue, 5 Aug 2014 12:27:16 -0700
S Tan  wrote:

 >I keep getting "ERROR: Insufficient free space for journal
 >filesPlease make at least 3379MB available in
 >/var/lib/mongodb/journal or use --smallfiles." I am trying to run
 >mongodb with smallfiles option. Looked in /etc/mongodb.conf but I do
 >not see that as an option. So I modified /etc/init.d/mongodb (the
 >startup function) to include --smallfiles(in DAEMON_OPTS) but so far,
 >no go. Any help would appreciated. Thanks.

I believe --smallfiles is an option to limit the size of optional files
to 512MB.  You still need a heck of a lot of storage space if you are
going to run a cluster.  This option should probably go somewhere
in /etc/mongodb.conf   rather than in the init file.

what's the output of:
sudo df -H

You may need to expand a partition, or add a secondary drive and mount
it at /var/lib/mongodb

Personally, I've found mongodb too complicated and cumbersome for most
of my use cases... postgresql is my go to database pretty much
everywhere.

--Andrew


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140805160318.a693e743a046cc956452e...@1024bits.com

Re: End of hypocrisy, beginning of reason

[AW]

On Tue, 5 Aug 2014 15:44:50 -0400
Steve Litt  wrote:

 >I hear PAM now depends on
 >systemd, for what reason I haven't a clue.

I'd bet last Tuesday's burrito special that you could compile and
install a version of PAM without systemd...

However, it's not all surprising that PAM pulls in a systemd
dependency.  All those services and log files need to be operated using
appropriate users.

cat /var/log/auth.log
or
journalctl 'something unknown by me'

I will readily admit that the first command seems much more logical to
me than the second... but unfamiliarity does not equate to 'bad'.

--Andrew


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140805161240.0ffb9c478e2f6b12d952c...@1024bits.com

Re: Debian php5 (Can't get download when doing apt-update)

[AW]

On Tue, 5 Aug 2014 16:08:49 -0400
Matthew Brown  wrote:

 >One quick question, I have the php config file pointed to the web root
 >(www) and put a test php file in it, but it is not working.  I just
 >see all the text.  Any help with this will be appreciated!

If you are using php in a webserver environment, you need to install
the appropriate module that will allow access to php.  In most cases
this means installing the apache php module.  If you are running wheezy
-- which seemingly you are -- the repo apache is version 2.2  ---
Things change with apache 2.4 and Debian jessie, so be careful about
this later on...

Anyway, find and install the apache php module...
sudo apt-cache search apache | grep php

sudo apt-get install "whatever is appropriate"

This should get you the module.  Then you need to make sure the module
is enabled for apache...

sudo a2enmod php5

Then you need to restart apache

sudo /etc/init.d/apache2 restart
...
This should work even if you have systemd versus sysvinit.  There are
wrappers installed for backward compatibility.  However, if you have
systemd installed, it's probably a good idea to practice the new
command set...

--Andrew


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140805162123.ce0c286c2144ceb540dd2...@1024bits.com

Re: Debian php5 (Can't get download when doing apt-update)

[Matthew Brown]

One quick question, I have the php config file pointed to the web root
(www) and put a test php file in it, but it is not working.  I just see all
the text.  Any help with this will be appreciated!


On Tue, Aug 5, 2014 at 2:55 PM, AW  wrote:

> On Tue, 5 Aug 2014 14:36:38 -0400
> Matthew Brown  wrote:
>
>  >- sources.list
>  >#
>  >
>  ># deb http://security.debian.org/ wheezy/updates main contrib
>  >deb-src http://security.debian.org/ wheezy/updates main contrib
>  >
>  ># deb http://packages.dotdeb.org stable all
>  >deb-src http://packages.dotdeb.org stable all
>  >
>  ># deb http://packages.dotdeb.org wheezy all
>  >deb-src http://packages.dotdeb.org wheezy all
>  >
>  ># deb http://ftp.debian.org/debian/ wheezy-updates main contrib
>  ># deb-src http://ftp.debian.org/debian/ wheezy-updates main contrib
>  >
>  ># deb http://ftp.us.debian.org/debian stable main
>  >deb-src http://ftp.us.debian.org/debian stable main
>  >
>  ># deb http://packages.dotdeb.org wheezy-php55 all
>  >deb-src http://packages.dotdeb.org wheezy-php55 all
>
> You need to delete the '#' in front of each 'deb' line...
> Then issue the command:
> sudo apt-get update
>
> Then issue the command:
> sudo apt-get install php5
>
> And probably:
> sudo apt-get upgrade
>
>
> --Andrew
>



-- 
Thank you in advance.


*Matthew Brown | Senior Systems Engineer*
Kaplan Inc. | 395 Hudson Street, New York, NY 10016
tel + 917-344-2598 | mobile + 914-406-0294

web Enterprise Client Services Website

Re: End of hypocrisy ?

[Tom H]

On Tue, Aug 5, 2014 at 9:50 AM, Slavko  wrote:
> Dňa Tue, 5 Aug 2014 08:58:47 -0400 Tom H  napísal:
>>
>> If tomh-init is faster than htom-init, whether there's just ssh
>> running or 100 daemons running, I want to use tomh-init.
>>
>> I can understand that there are people who don't want to adopt systemd
>> simply because it boots faster because they dislike some other
>> aspect(s) of systemd, but attacking systemd because it boots faster is
>> silly.
>
> I know, that you are not responding to me, but i have one note:
>
> The boot speed is often used as argument for the systemd. But no all
> users are interested on boot time, then there are reaction as this (and
> as my). IMO, there aren't a lot information about other aspects of
> systemd and then people (include me) don't know about them.
>
> Until will be boot time again and again used as argument, then here
> will be responses as these.
>
> To be precise, i often read about these things: monolitic, binary files
> and boot speed. I don't like first two and i am not interested in
> latest.

I thought that I'd answered you.

I'm objecting to this line of reasoning: I'm not interested in boot
speed therefore I'm not interested in systemd.

Since you're not interested in boot speed, you shouldn't care that
boot's faster with systemd! You don't have to dislike everything that
systemd claims that it provides.

But if you want to say "boot speed isn't enough of an argument for me
to like/use systemd", fine.

Re "binary files": Please repeat after me "systemd doesn't require
binary files." I currently have two systemd systems, a sid VM (where
systemd-sysv has been pulled in by the recent libpam-systemd
dependency change) and a Fedora 20 installation on my laptop. On the
sid VM, I have the default Debian setup whereby journald forwards logs
to rsyslog and the logs are stored in text files in "/var/log/". On my
Fedora installation, I've set "Storage=persistent" in
"/etc/systemd/journald.conf" so my only logs are binary files in
"/var/log/journal/".

Re "monolithic": Someone said earlier in the thread "gratuitous
interdependency". That's more accurate. There are many executables in
systemd and many are interdependent. A systemd fan would tell you that
the interdependency isn't gratuitous; I'd tend to disagree.


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAOdo=SwH=pgcapr0qbhmsba9wmlnbaxk-6mev61we_b_zzj...@mail.gmail.com

Re: Debian php5 (Can't get download when doing apt-update)

[AW]

On Tue, 5 Aug 2014 16:32:43 -0400
Matthew Brown  wrote:

 > php5-cgi - server-side, HTML-embedded scripting language (CGI binary)
 > php-auth-http - HTTP authentication
 > libapache2-mod-php5 - server-side, HTML-embedded scripting language


I would install these three.
sudo apt-get install php5-cgi php-auth-http libapache2-mod-php5

And go from there...

--Andrew


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140805164137.1436e047f6276ce4122ae...@1024bits.com

Re: End of hypocrisy ?

[David Baron]

An amazing amount of discussion here.

Need to make a decision: Upgrade the systemd and udev version to 208-6 or sit 
on the 204-14. This is working fine it seems, and bugs against the 208 are 
piling up. Nothing however that blares: your system is now unbootable, but 
that is what I fear.

Somehow, on the old system (I had on the previous 32-bit Sid), I never had 
such fears when upgrading such packages. BTW, before scrapping that 
installation due to a bad HD, I installed the || dependency to keep the old 
init because I did not know anything about the changeover. Seems I got it with 
the new 64bit installation, wheezy upgraded to Sid.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/8255055.sd1RXOVEXc@dovidhalevi

need help on sound recording using bplay

[Long Wind]

I want to record sound from line-in of sound card,
I enter sth. like:

brec -d /dev/dsp -b 8 -t 15 -w  t2.wav

after that l use bplay to play t2.wav, I can't hear sound

I'm afraid I need to specify line-in, in addition to /dev/dsp, but how to do it?

Thanks!


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAB-gxZDORqjDuda2JQp8UH8Rn7Y6c978q8=s5ukpny95yfk...@mail.gmail.com

Re: Debian php5 (Can't get download when doing apt-update)

[AW]

On Tue, 5 Aug 2014 16:42:14 -0400
Matthew Brown  wrote:

 > I did that and now get internal server error.  :-(

The internal server error is usually not so internal.  Many times it
means you have a misconfigured apache site or have incorrect file
permissions in your web directory tree.

Are you using the default apache configuration?  If not, have you
written a site config file for your new web site page and enabled that
page via the a2ensite command?

What sites are enabled?
ls -l /etc/apache2/sites-enabled

What sites are available?
ls -l /etc/apache2/sites-available?

and what's in the /var/www directory?
ln -l /var/www

--Andrew


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140805164846.78ec11cc69ab042da15e8...@1024bits.com

Re: End of hypocrisy, beginning of reason

[Tom H]

On Tue, Aug 5, 2014 at 3:44 PM, Steve Litt  wrote:
>
> LOL, perhaps I'll boot to bin/bash, and then run a script to do
> everything else. Oh wait, I can't do that: I hear PAM now depends on
> systemd, for what reason I haven't a clue.

Maybe you should look into adapting the Android Init Language :)


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAOdo=Szh3zrTpOEC4vboUq7zGmJwJq6=ahhwk2laublfo19...@mail.gmail.com

Re: Debian php5 (Can't get download when doing apt-update)

[AW]

On Tue, 5 Aug 2014 16:48:46 -0400
AW  wrote:

 > and what's in the /var/www directory?
 > ln -l /var/www

oops!
That should be 'ls' not 'ln' ... I guess not enough coffee today -- and
my 3 year old child ripped a few keys off my keyboard too...

--Andrew


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140805165308.5193ce5ffbc51bbb2f030...@1024bits.com

Re: Debian php5 (Can't get download when doing apt-update)

[Matthew Brown]

This is what I have.  Thanks!

apt-cache search apache | grep php
php5-cgi - server-side, HTML-embedded scripting language (CGI binary)
php5-fpm - server-side, HTML-embedded scripting language (FPM-CGI binary)
php-auth-http - HTTP authentication
php-config - Your configuration's swiss-army knife
php-letodms-lucene - Document management system - Fulltext search
libapache2-mod-suphp - Apache2 module to run PHP scripts with the owner
permissions
suphp-common - Common files for mod suphp
libapache2-mod-php5 - server-side, HTML-embedded scripting language (Apache
2 module)
libapache2-mod-php5filter - server-side, HTML-embedded scripting language
(apache 2 filter module)


On Tue, Aug 5, 2014 at 4:21 PM, AW  wrote:

> On Tue, 5 Aug 2014 16:08:49 -0400
> Matthew Brown  wrote:
>
>  >One quick question, I have the php config file pointed to the web root
>  >(www) and put a test php file in it, but it is not working.  I just
>  >see all the text.  Any help with this will be appreciated!
>
> If you are using php in a webserver environment, you need to install
> the appropriate module that will allow access to php.  In most cases
> this means installing the apache php module.  If you are running wheezy
> -- which seemingly you are -- the repo apache is version 2.2  ---
> Things change with apache 2.4 and Debian jessie, so be careful about
> this later on...
>
> Anyway, find and install the apache php module...
> sudo apt-cache search apache | grep php
>
> sudo apt-get install "whatever is appropriate"
>
> This should get you the module.  Then you need to make sure the module
> is enabled for apache...
>
> sudo a2enmod php5
>
> Then you need to restart apache
>
> sudo /etc/init.d/apache2 restart
> ...
> This should work even if you have systemd versus sysvinit.  There are
> wrappers installed for backward compatibility.  However, if you have
> systemd installed, it's probably a good idea to practice the new
> command set...
>
> --Andrew
>



-- 
Thank you in advance.


*Matthew Brown | Senior Systems Engineer*
Kaplan Inc. | 395 Hudson Street, New York, NY 10016
tel + 917-344-2598 | mobile + 914-406-0294

web Enterprise Client Services Website

Re: Debian php5 (Can't get download when doing apt-update)

[Matthew Brown]

I did that and now get internal server error.  :-(


On Tue, Aug 5, 2014 at 4:41 PM, AW  wrote:

> On Tue, 5 Aug 2014 16:32:43 -0400
> Matthew Brown  wrote:
>
>  > php5-cgi - server-side, HTML-embedded scripting language (CGI binary)
>  > php-auth-http - HTTP authentication
>  > libapache2-mod-php5 - server-side, HTML-embedded scripting language
>
>
> I would install these three.
> sudo apt-get install php5-cgi php-auth-http libapache2-mod-php5
>
> And go from there...
>
> --Andrew
>



-- 
Thank you in advance.


*Matthew Brown | Senior Systems Engineer*
Kaplan Inc. | 395 Hudson Street, New York, NY 10016
tel + 917-344-2598 | mobile + 914-406-0294

web Enterprise Client Services Website

Re: Debian php5 (Can't get download when doing apt-update)

[Matthew Brown]

LOL!  I have a three year old too.  She has sooo much energy.  Keeps us
young!


On Tue, Aug 5, 2014 at 4:56 PM, Matthew Brown 
wrote:

> Using default.  We wrote a simple php coding and it shows the code.
>
>
> On Tue, Aug 5, 2014 at 4:53 PM, AW 
> wrote:
>
>> On Tue, 5 Aug 2014 16:48:46 -0400
>> AW  wrote:
>>
>>  > and what's in the /var/www directory?
>>  > ln -l /var/www
>>
>> oops!
>> That should be 'ls' not 'ln' ... I guess not enough coffee today -- and
>> my 3 year old child ripped a few keys off my keyboard too...
>>
>> --Andrew
>>
>
>
>
> --
> Thank you in advance.
>
>
> *Matthew Brown | Senior Systems Engineer*
> Kaplan Inc. | 395 Hudson Street, New York, NY 10016
> tel + 917-344-2598 | mobile + 914-406-0294
>
> web Enterprise Client Services Website
> 
>
>
>


-- 
Thank you in advance.


*Matthew Brown | Senior Systems Engineer*
Kaplan Inc. | 395 Hudson Street, New York, NY 10016
tel + 917-344-2598 | mobile + 914-406-0294

web Enterprise Client Services Website

Re: Debian php5 (Can't get download when doing apt-update)

[Matthew Brown]

Using default.  We wrote a simple php coding and it shows the code.


On Tue, Aug 5, 2014 at 4:53 PM, AW  wrote:

> On Tue, 5 Aug 2014 16:48:46 -0400
> AW  wrote:
>
>  > and what's in the /var/www directory?
>  > ln -l /var/www
>
> oops!
> That should be 'ls' not 'ln' ... I guess not enough coffee today -- and
> my 3 year old child ripped a few keys off my keyboard too...
>
> --Andrew
>



-- 
Thank you in advance.


*Matthew Brown | Senior Systems Engineer*
Kaplan Inc. | 395 Hudson Street, New York, NY 10016
tel + 917-344-2598 | mobile + 914-406-0294

web Enterprise Client Services Website

Re: End of hypocrisy, beginning of reason

[Tom H]

On Tue, Aug 5, 2014 at 4:12 PM, AW  wrote:
>
> cat /var/log/auth.log
> or
> journalctl 'something unknown by me'

journalctl SYSLOG_FACILITY=4

There's tab completion, so on my laptop where I've aliased systemctl
and journalctl to sc and jc (and duplicated the systemctl and
journalctl bash completion), I type:

jc[space]S[tab]F[tab]4

To know what fields are available:

jc[space]-F[space][tab][tab]
or
jc[space]-F[tab][tab][tab]


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAOdo=Sx0FpLiZpEuHbepOSU=TFoMwM6XLNn7A6nQv=12npp...@mail.gmail.com

Re: Debian php5 (Can't get download when doing apt-update)

[Lev Lazinskiy]

Hi Matthew,

If you go to http://localhost in your web browser what do you see?

Best,

Lev

On 08/05/2014 04:56 PM, Matthew Brown wrote:

LOL!  I have a three year old too.  She has sooo much energy.  Keeps us
young!


On Tue, Aug 5, 2014 at 4:56 PM, Matthew Brown mailto:matthew.br...@kaplan.com>> wrote:

Using default.  We wrote a simple php coding and it shows the code.


On Tue, Aug 5, 2014 at 4:53 PM, AW mailto:debian.list.trac...@1024bits.com>> wrote:

On Tue, 5 Aug 2014 16:48:46 -0400
AW mailto:debian.list.trac...@1024bits.com>> wrote:

  > and what's in the /var/www directory?
  > ln -l /var/www

oops!
That should be 'ls' not 'ln' ... I guess not enough coffee today
-- and
my 3 year old child ripped a few keys off my keyboard too...

--Andrew




--
Thank you in advance.
_*Matthew Brown | Senior Systems Engineer*_
Kaplan Inc. | 395 Hudson Street, New York, NY 10016
tel + 917-344-2598  | mobile + 914-406-0294


webEnterprise Client Services Website


**




--
Thank you in advance.
_*Matthew Brown | Senior Systems Engineer*_
Kaplan Inc. | 395 Hudson Street, New York, NY 10016
tel + 917-344-2598 | mobile + 914-406-0294

webEnterprise Client Services Website


**




--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: 
https://lists.debian.org/blu436-smtp198584835cd6e601bc41f69f5...@phx.gbl

Re: End of hypocrisy ? (Alt. title: Learning to cope with systemd)

[Brian]

On Tue 05 Aug 2014 at 14:40:01 -0400, John wrote:

[Some snipping]

> But I've also been trying to learn to cope with our future via
> init=/bin/systemd.

Irrespective of what future direction you take this open-minded attitude
is commendable. 

> 2. I _think_ systemd broke my ability to print, or even to ping
> localhost. Three days of thrashing around with cups, hplip, including
> several reinstalls of both, and resetting locales went by, and then I
> noticed /etc/cups/cupsd-systemd-listen.conf.  I _guess_ it was
> installed behind my back without any warning. Two more days of
> thrashing around and the printer works again. But I made so many
> changes that I am not at all sure which of them finally fixed the
> problem.  Again, details available on request.

It is impossible on Debian for a file to be installed behind one's back.
Of course, if you not look at what a package contains, README.Debian, a
changelog, NEWS.Debian etc then it may look like that.

I would say it is extremely unlikely that cupsd-systemd-listen.conf
broke your cups. But it is in the past, so we can leave it at that.

> 3. Learning to use journalctl and systemctl takes time.  Since systemd
> gives pretty good error messages, life got much easier I got to read
> them, by amending /etc/inittab by adding --noclear thus:
> 1:2345:respawn:/sbin/getty --noclear 38400 tty1

/etc/inittab is not a file systemd looks at. You may want to read the
thread which contains this post:

   https://lists.debian.org/87bns2roy6@turtle.gmx.de

> I have no doubt I have much more to learn. Maybe some of you do too?
> I look forward to your help.

I'll join you in learning.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140805222613.gs19...@copernicus.demon.co.uk

Re: Finding a replacement for my ISP's smtp server

[Rob Owens]

On Mon, Jul 28, 2014 at 11:11:08AM -0700, Bob Holtzman wrote:
> On Mon, Jul 28, 2014 at 09:11:59AM -0600, Paul Condon wrote:
> > On Mon, Jul 28, 2014 at 02:56:40PM +0100, Brian wrote:
> > > On Mon 28 Jul 2014 at 14:02:29 +0200, Slavko wrote:
> > > 
> > > > Dňa Sun, 27 Jul 2014 13:02:18 +0100 Brian 
> > > > napísal:
> > > > 
> > > > > He could check with nc.
> > > > > 
> > > > >   brian@desktop:~$ nc smtp.gmail.com 25
> > > > >   220 mx.google.com ESMTP 19sm41008233wjz.3 - gsmtp
> > > > > 
> > > > 
> > > > AFAIK, the port 25 have to used only for (inter-) servers connections,
> > > > the clients have connect via 587, the port 25 for client connections is
> > > > for backward compatibility only.
> > > 
> > > How does the server tell the difference between talking to another
> > > server (which is acting as client) and what you call a "client"?
> > 
> > I have found a script on the web that makes Mutt into a work-alike
> > substitute for Thunderbird.
> 
> IIRC list protocol suggests that if you have found a solution to a
> problem, you post it for others to see and use. "I have found a
> script..." with no other useful information is a waste of everyones
> time.
> 
I didn't notice if Paul posted his script, so I'll post part of my mutt
config having to do with smtp:

set smtp_url = "smtp://myu...@smtp.gmail.com:587/"
set smtp_pass = "mypassword"

-Rob


signature.asc
Description: Digital signature

Re: How to fix intermittently disappearing mouse pointer ?

[Joel Rees]

On Wed, Aug 6, 2014 at 12:21 AM, Steve Litt  wrote:
> On Tue, 5 Aug 2014 22:58:18 +0900
> Joel Rees  wrote:
>
>> On Tue, Aug 5, 2014 at 10:51 PM, Steve Litt
>>  wrote:
>> > I've googled this several times, but none of what I saw worked or
>> > seemed relevant. The following seemed the most relevant, but turned
>> > out not to be helpful:
>> >
>> > https://bbs.archlinux.org/viewtopic.php?id=137080
>> >
>> > I have Wheezy running Openbox (I'm not sure how to detect Openbox's
>> > version, but I installed it normally with apt-get). I'm *not*
>> > running unclutter. Sometimes, my mouse pointer disappears when the
>> > mouse pointer comes to rest on anything with popup text, which is
>> > very obstructive (if you've ever worked on a computer that does
>> > this, you know what I mean).
>> >
>> > Often, this symptom doesn't happen for the first few minutes after
>> > starting X, but then later does. It appears not to happen in Xfce,
>> > but I didn't test Xfce for hours, so I can't be sure.
>>
>> Happens with my XFCE. (Wheezy.)
>>
>> > It appears not to
>> > happen with another user (I made user test), but once again, I
>> > didn't test user test for hours. I even copied all files
>> > from /home/slitt to /home/test, and the symptom didn't appear, and
>> > then when I went back to /home/test the symptom disappeared, for at
>> > least a few minutes.
>> >
>> > I suspect, for not much of a reason, that the symptom is triggered
>> > when the screen changes, either because it times out and goes
>> > blank, or because I ran a Youtube movie full screen. Due to the
>> > time it takes to close everything, log out, run startx, and try
>> > again, this intermittent has been slow to investigate.
>> >
>> > Intermittents are slow to solve because diagnostic tests are
>> > inconclusive. Eventually I'll nail this thing, but if any of you has
>> > had experience with this problem and remembers the solution, you
>> > could cut a lot of time off my investigation.
>>
>> This isn't even intermittent. X11 is trying to do too much, that's
>> all. That means it doesn't have time to keep the pointer updated.
>
> This is good information, Joel. Thanks for confirming it isn't Openbox
> only!
>
> So my next question is this: How have you reduced your X11 task
> load to eliminate the symptom? And how would one look at the relative
> weight of tasks X11 is doing?

I haven't bothered. I just move the mouse away and wait a few seconds
for the pointer to come back. Maybe in your case you're getting worse
then a few seconds delay?

If my guess (It is a guess, I guess.) is correct, reducing the load on
X is going to require deep diving in the code. The guess is based on
watching what is happening on the screen when the pointer disappears,
and I'm pretty sure it's not the kind of thing they'd be putting in a
script or a list of tasks to feed a script. It reminds me of things
that happened on a (classic) Mac when too many inits were trying to
horn in on the various hooks to cursor events. Or when a Mac init
developer hadn't recognized the need to keep (effective) interrupt
time code clean, determinant, and short.

> By the way, according to htop, my X11 is using 0% CPU, 0.5% memory, and
> is invoked as follows:
>
> 
> /usr/bin/X -nolisten tcp :0 -auth /tmp/serverauth.Lo8khjMuIc
> 
>
> Does anything in the preceding look wrong? Should X be listening on
> tcp? Any other obvious problems?

Not particularly.

Just a question, is /tmp done in ram on your machine or on disk?

-- 
Joel Rees

Be careful where you see conspiracy.
Look first in your own heart.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/caar43iobb5cvdnwu1tk4wwhtchww6ugaxaucjyrqo7odn7t...@mail.gmail.com

Re: End of hypocrisy, beginning of reason

[AW]

On Tue, 5 Aug 2014 17:57:02 -0400
Tom H  wrote:

 > journalctl SYSLOG_FACILITY=4

Thanks!
But why '4'?  Why not '42'? Or even better...
journalctl show auth
journalctl show apache2
journalctl show postgresql
or even better still
journalctl show -v postgresql

and I found the '-o verbose' option to output lots of detail per entry.

However, I can see that this is going to take awhile to sink into my
steel sieve like mind...

BTW...
I tried SYSLOG_FACILITY=0 [through] 10

I tried SYSLOG_FACILITY=kadhfkjdahfkldhasdflkdasjf
and got the first line of the log.

I tried syslog_facility=4 [this doesn't work -- apparently the option
is case sensitive and in the reverse case of most other command line
options.

The thing looks really cool with lots of toys.  However, there's just no
way to figure out how it works without already knowing how it works.
And the documentation on the official systemd site is quite terrible,
at least so far as I've been able to discover.

--Andrew


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140805190157.14f6338181508b927c115...@1024bits.com

Luke Helmond Music Soundcloud

[Luke Helmond]

https://soundcloud.com/luke-helmond
Check my music
==

Unsubscribe debian-user@lists.debian.org from this list:
http://lukehelmond.us8.list-manage.com/unsubscribe?u=3c4e3acca2485b5f3f655fde4&id=40426c7452&e=afe45c28f4&c=d751629945


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/3c4e3acca2485b5f3f655fde4afe45c28f4.20140805224...@mail206.atl101.mcdlv.net

Re: End of hypocrisy, beginning of reason

[AW]

On Tue, 5 Aug 2014 19:01:57 -0400
AW  wrote:

 > But why '4'?  Why not '42'? Or even better...

This makes the number '4' meaningful...
...
SyslogFacility=

Sets the syslog facility to use when logging to syslog. One of
kern, user, mail, daemon, auth, syslog, lpr, news, uucp, cron,
authpriv, ftp, local0, local1, local2, local3, local4, local5, local6
or local7. See syslog(3) for details. This option is only useful when
StandardOutput= or StandardError= are set to syslog. Defaults to daemon.
...
Found here:
http://www.freedesktop.org/software/systemd/man/systemd.exec.html

If I count from zero...
0 = kernel
1 = user
2 = mail
3 = daemon
4 = auth

So it would seem that SYSLOG_FACILITY=4   is setting the variable [thus
the capitals] to look only at those messages that correspond to
auth...  This is entirely unintuitive...  and inconsistent with the
operation of sending messages to the log through syslog...
http://man7.org/linux/man-pages/man3/syslog.3.html

Here, you would use the much more intuitive variable setting of LOG_AUTH
Now, that makes sense --- why the incongruity in settings between
sending to the log and retrieving from the log?

Anyway -- I'll stop posting my musings, thoughts, and findings -- I'm
sure I'm running late on this subject in comparison to many people
here...

--Andrew


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/2014080523.280e30895407a946f573b...@1024bits.com

Re: Debian php5 (Can't get download when doing apt-update)

[Jerry Stuckle]

Sorry, I meant this to go to the list...

On 8/5/2014 4:56 PM, Matthew Brown wrote:
> Using default.  We wrote a simple php coding and it shows the code.
> 
> 
> On Tue, Aug 5, 2014 at 4:53 PM, AW  > wrote:
> 
> On Tue, 5 Aug 2014 16:48:46 -0400
> AW  > wrote:
> 
>  > and what's in the /var/www directory?
>  > ln -l /var/www
> 
> oops!
> That should be 'ls' not 'ln' ... I guess not enough coffee today -- and
> my 3 year old child ripped a few keys off my keyboard too...
> 
> --Andrew
> 
> 
> 
> 
> -- 
> Thank you in advance.
>  
>  
> _*Matthew Brown | Senior Systems Engineer*_
> Kaplan Inc. | 395 Hudson Street, New York, NY 10016
> tel + 917-344-2598 | mobile + 914-406-0294 
> 
> web Enterprise Client Services Website
> 
> 
>  
> 
> **
> 

If you see the code, then your Apache isn't set up properly to parse PHP
code.  Installing libapache2-mod-php5 should fix that for you. You don't
need both libapache2-mod-php5 and php5-cgi; for now don't even fool with
php5-cgi.  And php-auth-http is completely unrelated to your problem.

Installing just libapcahce2-mod-php5 should set up the Apache
configuration for you.  If after installing this, you get a 500 error,
you need to look at /var/lib/apache/error.log (or whatever your Apache
error log is called) to see what's happening.

Since you're just starting out with this, you might want to just purge
(not remove!) your Apache2 and PHP installations and reinstall them.

Jerry


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53e18911.9070...@attglobal.net

Sony Music

[Luke Helmond]

Good morning,here is my free download music 
https://www.facebook.com/pages/Luke-Helmond/189702991126547?ref=hl

Best
Luke Helmond
lukehelm...@gmail.com
==

Unsubscribe debian-user@lists.debian.org from this list:
http://lukehelmond.us8.list-manage.com/unsubscribe?u=3c4e3acca2485b5f3f655fde4&id=40426c7452&e=afe45c28f4&c=e733d562f9


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/3c4e3acca2485b5f3f655fde4afe45c28f4.20140806011...@mail293.us3.mcdlv.net

Re: Threading using digest and kmail (was Re: Exim4 not routing local mail ... )

[Paul E Condon]

On 20140805_0004+0300, Andrei POPESCU wrote:
> On Lu, 04 aug 14, 08:52:17, Paul E Condon wrote:
> > 
> > I've spent some time recently, trying to use the Gmail browser
> > interface. I would never switch to it from Mutt, excepting only if
> > Microsoft does a corporate take-over of Debian (They are both
> > corporations under the Law, and under the Law, strange, unnatural
> > things can happen, as explained in a recent post by Lisi)
> 
> Debian is definitely not a corporation under any law and any thing 
> resembling a takeover would involve controlling something like 2 thirds 
> of its members (to be able to change Foundation documents, etc.).
> 
> You might want to read the Constitution:
> http://www.debian.org/devel/constitution
>

In USA, where I live, a recent Supreme Court decision is that a
Corporation has more standing Law than a Human if the Human is a
female. In USA, things are very strange, by standards of Europe. More
like what Lisi describes in Australia, but without a living, human
Sovereign person.

But I really don't think Microsoft has much interest in a take-over of
Debian. It would be more difficult than running Ukraine, IMHO. ;)

-- 
Paul E Condon   
pecon...@mesanetworks.net


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140806022414.ga25...@big.lan.gnu

wicd difficulties joining some unsecured wireless networks

[Joel Roth]

Hi all,

In some airports, and today at a university
I've failed to join "unsecured" networks.

I've been using wicd-gtk.

The failure takes the form of a time-out during the get IP
address stage.

I had a look at /var/log/wicd/wicd.log.

2014/08/05 09:51:29 :: Connecting to wireless network Foo-University
2014/08/05 09:51:30 :: Putting interface down
2014/08/05 09:51:30 :: Releasing DHCP leases...
2014/08/05 09:51:30 :: Setting false IP...
2014/08/05 09:51:30 :: Stopping wpa_supplicant
2014/08/05 09:51:30 :: Flushing the routing table...
2014/08/05 09:51:30 :: Putting interface up...
2014/08/05 09:51:32 :: Running DHCP with hostname sprite
2014/08/05 09:51:32 :: dhcpcd[4463]: version 6.0.5 starting
2014/08/05 09:51:32 ::
2014/08/05 09:51:32 :: dhcpcd[4466]: wlan1: starting wpa_supplicant
2014/08/05 09:51:32 ::
2014/08/05 09:51:33 :: dhcpcd[4463]: wlan1: waiting for carrier
2014/08/05 09:51:33 ::
2014/08/05 09:52:03 :: dhcpcd[4463]: timed out
2014/08/05 09:52:03 ::
2014/08/05 09:52:03 :: DHCP connection failed
2014/08/05 09:52:03 :: exiting connection thread
2014/08/05 09:52:03 :: Sending connection attempt result dhcp_failed

I believe these networks expect some user interaction.
For example, for the Foo-University network, I was told
to use my email address as the password. However, using
wicd, there is no opportunity to even enter a password.

At Phoenix airport, I heard an announcement that I could
use internet via Boingo hotspot. 

The wicd-gtk listing showed the network as "unsecured".
I expected to get an IP address, then, in the browser, 
a page asking for money before I can continue. I didn't
get this, just the failure to get an IP address.

The wicd.log file shows the same pattern as above.

I'd appreciate any hints!!

Kind regards,

Joel




-- 
Joel Roth
  


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140806025441.GA1546@sprite

mgetty

[peter]

Is anyone using mgetty in wheezy or later?  Here in Wheezy 
it will start interactively and transmit an FTP directory. 
The process dies when transmission of a file is attempted. 
inittab fails to start it successfully.  

A few releases back, there was no problem.

Thanks,... Peter E.

-- 
123456789 123456789 123456789 123456789 123456789 123456789 123456789 12
Tel +1 360 639 0202  http://carnot.yi.org/  Bcc: peter at easthope. ca


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/E1XErx2-0002Br-QV@dalton.invalid

Re: Debian php5 (Can't get download when doing apt-update)

[Dom]

On 06/08/14 02:46, Jerry Stuckle wrote:


If you see the code, then your Apache isn't set up properly to parse PHP
code.  Installing libapache2-mod-php5 should fix that for you. You don't
need both libapache2-mod-php5 and php5-cgi; for now don't even fool with
php5-cgi.  And php-auth-http is completely unrelated to your problem.

Installing just libapcahce2-mod-php5 should set up the Apache
configuration for you.  If after installing this, you get a 500 error,
you need to look at /var/lib/apache/error.log (or whatever your Apache
error log is called) to see what's happening.


It should be /var/log/apache2/error.log

As mentioned by someone else, it's possibly a permissions issue on the 
file (it needs Read permissions for the Apache User "www-data" at 
least), or something wrong in the code.

--
Dom


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/53e1ba4c.50...@rpdom.net

Re: Wireless card unavailable in Debian, but works in Ubuntu

[S4mmael]

>Which jessie kernel are you running?
>
># find /lib/modules/3.14-1-amd64 -name rtl8188ee.ko
>/lib/modules/3.14-1-amd64/kernel/drivers/net/wireless/rtlwifi/rtl8188ee/rtl8188ee.ko
>
># find /lib/modules/3.14-2-amd64 -name rtl8188ee.ko
>/lib/modules/3.14-2-amd64/kernel/drivers/net/wireless/rtlwifi/rtl8188ee/rtl8188ee.ko
>
>Can you modprobe this driver?


Tom, thank you for your contribution.

I'm on the lattest standard Jessie kernel, 3.14-something. Ubuntu, by
the way, uses 3.13.
rtl8188ee.ko is available. I can easily modprobe it and see it in
lsmod, yet it does not help since there is no wireless card in the
output of lspci -nn, so kernel does not "know" the device exists.



2014-08-05 14:39 GMT+04:00 S4mmael :

> Darac, thanks for your answer.
>
> firmware-realtek,firmware-linux-free, and firmware-linux-nonfree have been
> installed. Unfortunately, it's useless since Debian does not recognize the
> device at all.
>
>
> Somehow I need to find a way to make system understand that PCI device
> 02:00.0 is a wireless card regardless of the header class. In this case
> there should not be any problem with the driver, I guess.
>
>
>
>
> 2014-08-05 14:17 GMT+04:00 Darac Marjal :
>
> On Tue, Aug 05, 2014 at 10:18:48AM +0400, S4mmael wrote:
>> >Hello guys,
>> >
>> >I have a liittle problem with a wireless card of a cheap HP laptop.
>> It
>> >works perfectly well out of the box in Ubuntu 14.04, but not in
>> Debian
>> >Jessie.
>> >
>> >Here is what a managed to find.
>> >
>> >In Ubuntu it looks like that:
>> >root@ubuntu:~# dmesg | grep 02:00.0
>> >[0.986323] pci :02:00.0: [10ec:8179] type 00 class 0x028000
>> >[0.986347] pci :02:00.0: reg 0x10: [io  0x2000-0x20ff]
>> >[0.986383] pci :02:00.0: reg 0x18: [mem 0x9070-0x90703fff
>> >64bit]
>> >[0.986486] pci :02:00.0: supports D1 D2
>> >[0.986490] pci :02:00.0: PME# supported from D0 D1 D2 D3hot
>> D3cold
>> >[0.986542] pci :02:00.0: System wakeup disabled by ACPI
>> >
>> >root@ubuntu:~# lspci -s 02:00.0 -v
>> >02:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8188EE
>> >Wireless Network Adapter (rev 01)
>> >Subsystem: Hewlett-Packard Company Device 197d
>> >Flags: bus master, fast devsel, latency 0, IRQ 17
>> >I/O ports at 2000 [size=256]
>> >Memory at 9070 (64-bit, non-prefetchable) [size=16K]
>> >Capabilities: [40] Power Management version 3
>> >Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit+
>> >Capabilities: [70] Express Endpoint, MSI 00
>> >Capabilities: [100] Advanced Error Reporting
>> >Capabilities: [140] Device Serial Number 00-e0-4c-ff-fe-81-91-01
>> >Capabilities: [150] Latency Tolerance Reporting
>> >Kernel driver in use: rtl8188ee
>>
>> This being a Realtek device, you may need firmware to enable all its
>> features. Try installing the firmware-realtek package.
>>
>>
>

Re: Wireless card unavailable in Debian, but works in Ubuntu

[S4mmael]

> I too have an elderly Thinkpad (R34) and it does pretty much the same thing.
I'm wondering is
> something like ndiswrapper ??

> https://wiki.debian.org/NdisWrapper 
> :) Ric

Hello Ric,

Thanks, great idea. Perhaps, it could work as a last resort. But since
native driver for this wireless chipset exists I'd rather try to
understand what's wrong with it in order to make it work out of the
box.



2014-08-06 10:30 GMT+04:00 S4mmael :

> >Which jessie kernel are you running?
> >
> ># find /lib/modules/3.14-1-amd64 -name rtl8188ee.ko
> >/lib/modules/3.14-1-amd64/kernel/drivers/net/wireless/rtlwifi/rtl8188ee/rtl8188ee.ko
> >
> ># find /lib/modules/3.14-2-amd64 -name rtl8188ee.ko
> >/lib/modules/3.14-2-amd64/kernel/drivers/net/wireless/rtlwifi/rtl8188ee/rtl8188ee.ko
> >
> >Can you modprobe this driver?
>
>
> Tom, thank you for your contribution.
>
> I'm on the lattest standard Jessie kernel, 3.14-something. Ubuntu, by the 
> way, uses 3.13.
> rtl8188ee.ko is available. I can easily modprobe it and see it in lsmod, yet 
> it does not help since there is no wireless card in the output of lspci -nn, 
> so kernel does not "know" the device exists.
>
>
>
> 2014-08-05 14:39 GMT+04:00 S4mmael :
>
> Darac, thanks for your answer.
>>
>> firmware-realtek,firmware-linux-free, and firmware-linux-nonfree have
>> been installed. Unfortunately, it's useless since Debian does not recognize
>> the device at all.
>>
>>
>> Somehow I need to find a way to make system understand that PCI device
>> 02:00.0 is a wireless card regardless of the header class. In this case
>> there should not be any problem with the driver, I guess.
>>
>>
>>
>>
>> 2014-08-05 14:17 GMT+04:00 Darac Marjal :
>>
>> On Tue, Aug 05, 2014 at 10:18:48AM +0400, S4mmael wrote:
>>> >Hello guys,
>>> >
>>> >I have a liittle problem with a wireless card of a cheap HP laptop.
>>> It
>>> >works perfectly well out of the box in Ubuntu 14.04, but not in
>>> Debian
>>> >Jessie.
>>> >
>>> >Here is what a managed to find.
>>> >
>>> >In Ubuntu it looks like that:
>>> >root@ubuntu:~# dmesg | grep 02:00.0
>>> >[0.986323] pci :02:00.0: [10ec:8179] type 00 class 0x028000
>>> >[0.986347] pci :02:00.0: reg 0x10: [io  0x2000-0x20ff]
>>> >[0.986383] pci :02:00.0: reg 0x18: [mem
>>> 0x9070-0x90703fff
>>> >64bit]
>>> >[0.986486] pci :02:00.0: supports D1 D2
>>> >[0.986490] pci :02:00.0: PME# supported from D0 D1 D2 D3hot
>>> D3cold
>>> >[0.986542] pci :02:00.0: System wakeup disabled by ACPI
>>> >
>>> >root@ubuntu:~# lspci -s 02:00.0 -v
>>> >02:00.0 Network controller: Realtek Semiconductor Co., Ltd.
>>> RTL8188EE
>>> >Wireless Network Adapter (rev 01)
>>> >Subsystem: Hewlett-Packard Company Device 197d
>>> >Flags: bus master, fast devsel, latency 0, IRQ 17
>>> >I/O ports at 2000 [size=256]
>>> >Memory at 9070 (64-bit, non-prefetchable) [size=16K]
>>> >Capabilities: [40] Power Management version 3
>>> >Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit+
>>> >Capabilities: [70] Express Endpoint, MSI 00
>>> >Capabilities: [100] Advanced Error Reporting
>>> >Capabilities: [140] Device Serial Number 00-e0-4c-ff-fe-81-91-01
>>> >Capabilities: [150] Latency Tolerance Reporting
>>> >Kernel driver in use: rtl8188ee
>>>
>>> This being a Realtek device, you may need firmware to enable all its
>>> features. Try installing the firmware-realtek package.
>>>
>>>
>>
>

Re: End of hypocrisy, beginning of reason

[Erwan David]

On Wed, Aug 06, 2014 at 01:01:57AM CEST, AW  
said:
> On Tue, 5 Aug 2014 17:57:02 -0400
> Tom H  wrote:
> 
>  > journalctl SYSLOG_FACILITY=4
> 
> Thanks!
> But why '4'?  Why not '42'? Or even better...
> journalctl show auth
> journalctl show apache2
> journalctl show postgresql
> or even better still
> journalctl show -v postgresql

man says it is journalctl [OPTIONS] [MATCHES] what MATCHES are is not
defined.

just examples where we have to guess there are "fields" (list not given) two of 
them can be _SYSTEMD_UNIT and _PID

Reading this I feel I am told "this is not for you, you are only a suer and you 
are not allowed to know"

 


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140806065324.gk7...@rail.eu.org