date:20140929


On 29. sep. 2014 09:32, Julien b wrote:
198 Offline_Uncorrectable 0x0030   198  189   000 Old_age  
  Offline -232   0

Get a new drive.

--
Håkon Alstadheim / N-7510 Skatval / email: ha...@alstadheim.priv.no
tlf: 74 82 60 27 mob: 47 35 39 38
http://alstadheim.priv.no/hakon/

Re: excessive CPU usage


On 29. sep. 2014 09:55, Håkon Alstadheim wrote:

On 29. sep. 2014 09:32, Julien b wrote:
198 Offline_Uncorrectable 0x0030   198  189   000   
Old_ageOffline - 232  0

Get a new drive.
Sorry to follow up on myself, but, in the mean-time you should also 
check the logs to figure out exactly which sectors are having problems, 
and re-write those sectors (or the files occupying those sectors) to get 
them reassigned to good parts of the drive.


Read up on smartmontools if you do not know what I mean . This 
 might 
be a start, but I have not studied that exact page extensively to check 
if that one is the definitive guide.

Re: Bluetooth mouse? (Solved)

2014-09-29 Thread Johann Spies

Apologies for the noise.  Playing again with blueman-manager I found an
option 'create paring' and after that I could connect to the mouse and it
is working now.

Regards
Johann


-- 
Because experiencing your loyal love is better than life itself,
my lips will praise you.  (Psalm 63:3)

Re: excessive CPU usage


On 29. sep. 2014 09:32, Julien b wrote:

SMART Self-test log structure revision number 1
Num  Test_DescriptionStatus  Remaining 
LifeTime(hours)  LBA_of_first_error
# 1  Extended offlineCompleted: read failure   90% 
35888 307316
# 2  Short offline   Completed: read failure   90% 
35887 330254
# 3  Extended offlineCompleted: read failure   90% 
35887 410646
Sorry for the verbiage, but you might have the clues you need to start 
reassigning sectors here, though I have on occasion seen that the LBA is 
reported erroneously by smartctl. You will find out soon enough if you do


$ hdparm  --read-sector 307316
$ hdparm --read-sector 330254
$ hdparm --read-sector 410646
---
If you get errors from the above commands, you need to reassign those 
sectors. If not, then smartctl may be reporting erroneously because the 
drive has not been able to store the correct value of the sector where 
the error occured in its internal log. Your numbers look good though 
(they do not look like a single "highest possible integer" that you 
would most likely get if the values are wrong).


If smartcl is in error, you need to find the error when they happened in 
your system logs. I.E. you need to find the bad sectors somewhere like 
/var/log/syslog (or is it /var/log/messages ? ) . I forget. grep for 
'SAT' or 'ATA' in your logs.


It may also be that you have "lucked out", and the sectors have been 
written to, and thus reassigned automatically. This will make the next 
read from that sector succeed, if the drive is not totally beyond repair.


And, like I said at first, this is merely a stop-gap-while your drive is 
getting progressively worse, and %wa goes up in "top" (you never told us 
how much wait you have).


So your plan should be:

1) Back up everything
2) Order a new drive
3) muddle through while you wait for your replacement.

You should consider ordering TWO drives, and run them in a mirror. Then 
you can set error-timeout to 7 seconds and not experience such bad 
performance the next time a drive starts failing. DO NOT set that error 
timeout if you only have one drive, or chances of data-loss will increase.


Remember, if your drive is in warranty, a replacement is free.

Re: excessive CPU usage

This is getting embarassing, hdparm does obvously also need to know 
which drive to read from, something like "hdparm   --read-sector 307316 
/dev/sda".

I'll not bother the entire list with that :)

On 29. sep. 2014 10:48, Håkon Alstadheim wrote:

On 29. sep. 2014 09:32, Julien b wrote:

SMART Self-test log structure revision number 1
Num  Test_DescriptionStatus  Remaining 
LifeTime(hours)  LBA_of_first_error
# 1  Extended offlineCompleted: read failure   90% 
35888 307316
# 2  Short offline   Completed: read failure   90% 
35887 330254
# 3  Extended offlineCompleted: read failure   90% 
35887 410646
Sorry for the verbiage, but you might have the clues you need to start 
reassigning sectors here, though I have on occasion seen that the LBA 
is reported erroneously by smartctl. You will find out soon enough if 
you do


$ hdparm  --read-sector 307316
$ hdparm --read-sector 330254
$ hdparm --read-sector 410646
---
If you get errors from the above commands, you need to reassign those 
sectors. If not, then smartctl may be reporting erroneously because 
the drive has not been able to store the correct value of the sector 
where the error occured in its internal log. Your numbers look good 
though (they do not look like a single "highest possible integer" that 
you would most likely get if the values are wrong).


If smartcl is in error, you need to find the error when they happened 
in your system logs. I.E. you need to find the bad sectors somewhere 
like /var/log/syslog (or is it /var/log/messages ? ) . I forget. grep 
for 'SAT' or 'ATA' in your logs.


It may also be that you have "lucked out", and the sectors have been 
written to, and thus reassigned automatically. This will make the next 
read from that sector succeed, if the drive is not totally beyond repair.


And, like I said at first, this is merely a stop-gap-while your drive 
is getting progressively worse, and %wa goes up in "top" (you never 
told us how much wait you have).


So your plan should be:

1) Back up everything
2) Order a new drive
3) muddle through while you wait for your replacement.

You should consider ordering TWO drives, and run them in a mirror. 
Then you can set error-timeout to 7 seconds and not experience such 
bad performance the next time a drive starts failing. DO NOT set that 
error timeout if you only have one drive, or chances of data-loss will 
increase.


Remember, if your drive is in warranty, a replacement is free.

Re: Challenge to you: Voice your concerns regarding systemd upstream

 Hi.

On Sun, Sep 28, 2014 at 03:21:13PM +0200, Slavko wrote:
> Ahoj,
> 
> Dňa Sun, 28 Sep 2014 10:56:08 +0200 Martin Steigerwald
>  napísal:
> 
> > But my challenge to all of you who don´t want systemd as default in
> > Debian still is this:
> > 
> > *Stop* complaining and *start* acting.
> 
> You are right. For now it seems, that there is no chance to get DE
> without systemd in debian and no change is expected (at least) in near
> future.

There's [1] at least. Not in Debian main archive currently, sadly.
There's also [2] in testing, but it requires dbus (hence, parts of
systemd).

[1] http://sourceforge.net/p/cdesktopenv/wiki/LinuxBuild/
[2] https://packages.debian.org/jessie/e17

Reco


-- 
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/20140929094319.GA21917@x101h

Re: Challenge to you: Voice your concerns regarding systemd upstream

 Hi.

On Sun, Sep 28, 2014 at 04:31:01PM +0200, lee wrote:
> Debian already lost me (after over 15 years) when they came up with
> their brokenarch and left users stranded with no possible fix for the
> things they broke.  The only reason I'm here is because I have it
> running on my server, and the only reason I have it on my server is
> because it was the only distribution of those I tried with which I could
> get xen to work.  I really didn't want to use Debian.

What's wrong with the current multiarch implementation in your option?
I'm really curious as all multiarch complains I've seen so far (barring
actual package limits) were easily solved just by reading an appropriate
man page (or Debian wiki page).
And, IMO, Debian's current multiarch is way more flexible than current
Fedora's one.

Reco

-- 
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/20140929094939.GB21917@x101h

Re: Challenge to you: Voice your concerns regarding systemd upstream

2014-09-29 Thread Rusi Mody

On Monday, September 29, 2014 3:40:01 PM UTC+5:30, Reco wrote:
> Hi.

> On Sun, Sep 28, 2014 at 04:31:01PM +0200, lee wrote:
> > Debian already lost me (after over 15 years) when they came up with
> > their brokenarch and left users stranded with no possible fix for the
> > things they broke.  The only reason I'm here is because I have it
> > running on my server, and the only reason I have it on my server is
> > because it was the only distribution of those I tried with which I could
> > get xen to work.  I really didn't want to use Debian.

> What's wrong with the current multiarch implementation in your option?
> I'm really curious as all multiarch complains I've seen so far (barring
> actual package limits) were easily solved just by reading an appropriate
> man page (or Debian wiki page).


A recent question of mine:
https://lists.debian.org/debian-user/2014/08/msg01394.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/2b4d32af-17b9-439f-a490-3e6631e06...@googlegroups.com

Gnome 3.14 keyboard shortcut question

2014-09-29 Thread Tom Ashley

Greetings,

System: up to date Debian Testing, 64 bit, Gnome 3.14

I'm trying Gnome again after several years of using Fluxbox and need
some help with creating a custom keyboard shortcut.  I'm using 8
workspaces and successfully created keyboard shortcuts for workspaces
1-4 using Settings-> Keyboard->Shortcuts.  Shortcuts for workspaces
5-8 require custom shortcuts.  What is the command to use in creating
these?  I've had no luck finding the answer in the Gnome Help Guides,
by using Google search, or by posting to the Gnome mailing list.  

Thanks in advance for any help.

Tom Ashley


-- 
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/20140929071129.59d3334f@tomshome.tomshome

Gnome 3.14 keyboard shortcut question (Clarification)

2014-09-29 Thread Tom Ashley

Greetings,

This is to clarify my original request for help.  The shortcuts I'm
trying to make are to switch to workspaces 5-8.  Sorry for the
confusion.

System: up to date
Debian Testing, 64 bit, Gnome 3.14

I'm trying Gnome again after several years of using Fluxbox and need
some help with creating a custom keyboard shortcut.  I'm using 8
workspaces and successfully created keyboard shortcuts for
switching to workspaces 1-4 using Settings-> Keyboard->Shortcuts.
Shortcuts for switching to workspaces 5-8 require custom shortcuts.
What is the command to use in creating these?  I've had no luck finding
the answer in the Gnome Help Guides, by using Google search, or by
posting to the Gnome mailing list.  

Thanks in advance for any help.

Tom Ashley


-- 
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/20140929073839.1c02e2ec@tomshome.tomshome

Re: Let's have a vote!

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 09/29/2014 at 02:43 AM, Ansgar Burchardt wrote:

> lee  writes:
> 
>> As I already said:  try to get squid 2.7 started and stopped by 
>> systemd on a current Fedora installation.
> 
> This is not the Fedora users list.
> 
>> Sure is, yet why tell me to make software nobody cares about. 
>> That won't get systemd out of Debian.
> 
> Given you don't use Debian anyway[1], why do you care so much that 
> Debian doesn't use systemd?
> 
> [1] 
> 
> Also the topic of the mailing list is "Help and discussion among 
> users of Debian"[2]. I think non-Debian users writing endlessly
> how much they dislike some software is definitely off-topic...

To be fair, he said he *does* use Debian on at least one system, because
it's the only way he's found to get a particular feature (something
involving Xen) working; it's just that he doesn't want to use it. That
should be enough to qualify him as a Debian user for this sort of
purpose, at least, I'd think?

- -- 
   The Wanderer

The reasonable man adapts himself to the world; the unreasonable one
persists in trying to adapt the world to himself. Therefore all
progress depends on the unreasonable man. -- George Bernard Shaw
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCgAGBQJUKUgRAAoJEASpNY00KDJrir0P/0U2/VU07/SMUO8DNLWPfReQ
JJb3T45OXSzY0daH/4b7bPGPgNCmjudTMbE/nfwS1a1klrpSCDRmjC6D8i0IdOAl
O7ai61ITmWj60jZgxhN9n6TXFqr6BRs8KCD0bgLzWFwRRdQA0LyLJQnxGkY4U6dP
V0Q1EOuyzbIu2lrMXAFAmFFtRXIgCxgy2O9q89koga5T6kiFdSEH+yi0aoxL97X/
SkilOzBxOaEiFv6dPPR4C+YyOJPH5GBhBcdFH6CUMjyUVrmHp9Vgr2DRv6fgVxSf
viKFb9J1UPOmhjLRpuV8svmLqLCE9dQBj3LSGgeNQfgUeJk1Lxg/YwbtAg/0P0Cd
PfcCf5c6fenGdCjJOwf3lgOTVx5NSrpKEox9UNK6nOI6toaVZh6MmQWSILdvf5x8
N+1WHmE13eBLDRA099MTbci3qTITV0DlmzP8HSuhwwookQBiqv4arc+nRPZRZvnS
i4FFNasR95ZIGl1Jtbc6r2tjOfnYEeOk2LqMhopQirnO0O0sQ3Vf/l0gfbd3fLIb
+HSueiGu7UlIH0xIUeGx2FOt9JPQqqVFfsGyNeIuh/mp53bV5sz2VTV5hX7pDVtv
9Bz5ro7FpecAhv0Qci1D7dSeQcbD/T+bXUyJIc7qkxDrn0XXS3MFUG2lkirzqTYO
r/lSey5Eja8fXVPFJsnX
=lx0m
-END PGP SIGNATURE-


-- 
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/54294811.4040...@fastmail.fm

Re: Challenge to you: Voice your concerns regarding systemd upstream

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 09/29/2014 at 05:49 AM, Reco wrote:

> Hi.
> 
> On Sun, Sep 28, 2014 at 04:31:01PM +0200, lee wrote:
> 
>> Debian already lost me (after over 15 years) when they came up 
>> with their brokenarch and left users stranded with no possible
>> fix for the things they broke.  The only reason I'm here is
>> because I have it running on my server, and the only reason I
>> have it on my server is because it was the only distribution of
>> those I tried with which I could get xen to work.  I really
>> didn't want to use Debian.
> 
> What's wrong with the current multiarch implementation in your 
> option? I'm really curious as all multiarch complains I've seen so 
> far (barring actual package limits) were easily solved just by 
> reading an appropriate man page (or Debian wiki page).
> 
> And, IMO, Debian's current multiarch is way more flexible than 
> current Fedora's one.

I don't know about him, but although I'm a big supporter of multiarch in
general, I do know of one major thing which broke with the transition
from the old arrangement: x86 builds on amd64 hosts.

Prior to multiarch, ia32-libs provided (most of) the x86 libraries, and
ia32-libs-dev provided the matching header files. (Separate lib*32
packages provided other libraries, and matching -dev packages provided
the matching header files for those other libraries.) With both of those
together, and compiler options like 'gcc -m32', it was possible to
compile code against 32-bit libraries in a 64-bit environment and then
run the result in that same environment.

Under multiarch, lib*:i386 packages provide the x86 libraries, and there
is nothing which provides the matching header files. That sort of
compilation task is no longer possible, at least not in a remotely
trivial or automated fashion.

Most of this isn't a problem in practice since you can build in 32-bit
chroots and transfer the result to the amd64 host environment. But
anything which needs to compile against both 32-bit and 64-bit libraries
(such as a full-functionality Win32+Win64 Wine build) just isn't a thing
anymore, AFAICT.

I don't think that's sufficient justification for calling multiarch
"broken"; it's just incomplete, and it has been acknowledged as such,
and there has been progress (at least at the how-to-do-it-right spec
level) towards addressing that deficiency. I therefore suspect that lee
is referring to some other type of breakage which resulted, which I'm
not aware of; it's not impossible that that breakage could, indeed, be
addressed by just reading appropriate documentation.

But that is one example of a complaint caused by (the in-practice Debian
implementation of) multiarch which is not solved so simply, or indeed
AFAICT at all without the cooperation of a multitude of library-package
maintainers.

- -- 
   The Wanderer

The reasonable man adapts himself to the world; the unreasonable one
persists in trying to adapt the world to himself. Therefore all
progress depends on the unreasonable man. -- George Bernard Shaw
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCgAGBQJUKUd9AAoJEASpNY00KDJrG+AQAIeMcPNZ9zzW3mB3Nx3WY81g
EDWGJ3kTuqnMQ6agA2j58fYEjvbBVQ5HniT4j/IwztbwX1bKCs2J+sSrj7E0nYZ2
BIx/1QRtknTK2Np1OTAWkszfxEW3rZTsTY6LIzmA3Q/e43AwipOk1Z1SwDEuVb6x
1x79gpnRodw2tAznQNU4Inpi1LhLXyE7rPuBSQP6mKahU677PQw/DuAmgS/ePihb
DDE/hoI7/820C/DhEKzpPASFz5mscq8bjlCh6lUIXf+Ul4gVWxG0Q7oWKTCGdBmX
+OQBjkCv6B+4DK3D0z8uB5x9WDj4j8i7EaXLQTVUXjZWY97g3lUbOXEgtREPHa8K
JHsxegDSQmPaYCt2Sm432MjmMC8gKIzjbvUzkkTAvFJy+0GAVf/NOluTNT/yn2Hc
5lV1x+xJMwpmguLqGkpQ89r/PVgf2H5u/YHWEkQwbGc+TeVHPA1LibP0T/O4+8aa
LtEWMOYLQPqkerDlkdIVpJDKo99OUIwodygqS9hKMFGJPXCGl0EX2eOsw/zi+Y0L
bfHOCexe7bBQeYJv4fs4S//1dWluPjLI4QRKQ0E+FGMTIzf+lvlSEzmgE+FbR280
vtHl9RjRN/wl+DwNDaHW3GoWlQAiGf4bye6Hj+XUNfcgmpM+0TgYDk4jJ/7K7nRy
P/jt12g/mqxb/K37jRjc
=xYl2
-END PGP SIGNATURE-

-- 
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/5429477d.7030...@fastmail.fm

Re: Challenge to you: Voice your concerns regarding systemd upstream

 Hi.

On Mon, Sep 29, 2014 at 03:21:47AM -0700, Rusi Mody wrote:
> On Monday, September 29, 2014 3:40:01 PM UTC+5:30, Reco wrote:
> > Hi.
> 
> > On Sun, Sep 28, 2014 at 04:31:01PM +0200, lee wrote:
> > > Debian already lost me (after over 15 years) when they came up with
> > > their brokenarch and left users stranded with no possible fix for the
> > > things they broke.  The only reason I'm here is because I have it
> > > running on my server, and the only reason I have it on my server is
> > > because it was the only distribution of those I tried with which I could
> > > get xen to work.  I really didn't want to use Debian.
> 
> > What's wrong with the current multiarch implementation in your option?
> > I'm really curious as all multiarch complains I've seen so far (barring
> > actual package limits) were easily solved just by reading an appropriate
> > man page (or Debian wiki page).
> 
> 
> A recent question of mine:
> https://lists.debian.org/debian-user/2014/08/msg01394.html

A fine example of dependency bug, if you ask my option. I'd report a bug
against a package which caused such abnormal dependency (i.e. same
package with two different arches).

Reco


-- 
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/20140929121633.GA24676@x101h

Re: Challenge to you: Voice your concerns regarding systemd upstream

This came across another list, in relation to Apple's latest iOS 
update.  It just seems so appropriate to the systemd discussion:



However, for iOS major releases, almost immediately you start to see app
updates that require the new iOS release. So at least for iOS, you're
almost forced into major updates if you want to keep up with app 
updates.


What a dynamic!  Change all your plumbing or your electricity will 
soon stop working. 


Miles Fidelman

--
In theory, there is no difference between theory and practice.
In practice, there is.    Yogi Berra


--
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/54294d7f.2060...@meetinghouse.net

Re: Gnome 3.14 keyboard shortcut question

2014-09-29 Thread Michael Ott

Hi Tom!

> System: up to date Debian Testing, 64 bit, Gnome 3.14
> 
> I'm trying Gnome again after several years of using Fluxbox and need
> some help with creating a custom keyboard shortcut.  I'm using 8
> workspaces and successfully created keyboard shortcuts for workspaces
> 1-4 using Settings-> Keyboard->Shortcuts.  Shortcuts for workspaces
> 5-8 require custom shortcuts.  What is the command to use in creating
> these?  I've had no luck finding the answer in the Gnome Help Guides,
> by using Google search, or by posting to the Gnome mailing list.  
> 
> Thanks in advance for any help.
You can use the dconf-editor to change this setting.
Path: org -> gnome -> desktop -> wm -> keybindings

CU  
 
  Michael Ott
  
-- 
,''`.   
   : :' :   Michael Ott 
   `. `'e-mail: michael at king-coder dot de
 `-


signature.asc
Description: This is a digitally signed message part

installing xfce theme manager

2014-09-29 Thread Michael Fothergill

Dear Debian folks,

I have been trying to install xfce theme manager (I am running Debian
Jessie on an AMD 64 box).

I found a web site

https://launchpad.net/~rebuntu16/+archive/ubuntu/other-stuff/+sourcepub/4038858/+listing-archive-extra

where there appeared to be some packages that may may not work in debian
(perhaps better used in e.g. ubuntu).

I downloaded the ones that seemed relevant and tried using aptitude to
install them but it did not work.

I also noticed another web site

https://launchpad.net/~rebuntu16/+archive/ubuntu/other-stuff/+sourcepub/4038858/+listing-archive-extra

On this website, which was dealing with e.g. xubuntu not debian the
commands recommended to install it were:

sudo add-apt-repository ppa:rebuntu16/other-stuff
sudo apt-get update
sudo apt-get install xfce-theme-manager

I think the reason it may not be working in my case is that I don't know
what the correct equivalent of

sudo add-apt-repository ppa:rebuntu16/other-stuff

would be for a debian user.

If it isn't possible to make the repository work in debian at present I
could try installing from a tar file instead.

Maybe that is what I should be doing here..

Please excuse my ignorance here.

Suggestions on this are most welcome.

I really like this wallpaper item

http://xfce-look.org/content/show.php/Slygen+3+No+Logo+%281920x1200%29?content=166192

Regards

Michael Fothergill

Re: Let's have a vote!

2014-09-29 Thread Mart van de Wege

lee  writes:

> "Karl E. Jorgensen"  writes:
>
>> * not doing "crazy things", like running backports or
>>   testing/unstable [2], and no grabbing *.debs from weird places.
>
> Debian isn't as stable as you like to think.  I am required to run the
> latest kernel from backports for otherwise my server will crash due to
> NFS bugs, and for xen anyway.
>
> When I was still using Debian, I was forced to run testing for otherwise
> some relevant software would be too ancient.
>
> Now look at Fedora: They manage to make a distribution with non-ancient
> software, and it's running more stable than Debian stable.  I wonder why
> Debian can't do this.
>
Then why don't you go use Fedora if you're so unhappy with Debian? That
would save us all a lot of pissing and moaning on this mailing list, and
you a lot of grief.

Mart
-- 
"We will need a longer wall when the revolution comes."
--- AJS, quoting an uncertain source.


-- 
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/86fvfbx7xc@gaheris.avalon.lan

Re: installing xfce theme manager

2014-09-29 Thread Fabrice Vaillant

On 29/09/2014 09:14, Michael Fothergill wrote:

Dear Debian folks,

I have been trying to install xfce theme manager (I am running Debian
Jessie on an AMD 64 box).

I found a web site

https://launchpad.net/~rebuntu16/+archive/ubuntu/other-stuff/+sourcepub/4038858/+listing-archive-extra

where there appeared to be some packages that may may not work in
debian (perhaps better used in e.g. ubuntu).

I downloaded the ones that seemed relevant and tried using aptitude to
install them but it did not work.

I also noticed another web site

https://launchpad.net/~rebuntu16/+archive/ubuntu/other-stuff/+sourcepub/4038858/+listing-archive-extra

On this website, which was dealing with e.g. xubuntu not debian the
commands recommended to install it were:

sudo add-apt-repository ppa:rebuntu16/other-stuff
sudo apt-get update
sudo apt-get install xfce-theme-manager

I think the reason it may not be working in my case is that I don't
know what the correct equivalent of

sudo add-apt-repository ppa:rebuntu16/other-stuff

would be for a debian user.

If it isn't possible to make the repository work in debian at present
I could try installing from a tar file instead.

Maybe that is what I should be doing here..

Please excuse my ignorance here.

Suggestions on this are most welcome.

I really like this wallpaper item

http://xfce-look.org/content/show.php/Slygen+3+No+Logo+%281920x1200%29?content=166192

Regards

Michael Fothergill

Hi
I believe XFCE is already included in debian repository. Have you tried
following the instruction described here ?

Fabrice Vaillant

Re: systemd and server use

2014-09-29 Thread green

Steve Litt wrote at 2014-09-28 22:04 -0500:
> On Sun, 28 Sep 2014 18:10:52 -0500 green  wrote:
> > Microkernels, as I understand, aim to support a highly modular system
> > *design* but are themselves minimal (Minix 3 has about 4000 lines of
> > executable kernel code).  This "core code" can be more easily audited
> > and maintained.  Servers, eg. device drivers, are supervised and can
> > not bring down the system (in the context of the kernel).  (See
> > .)
> > 
> > So yes, perhaps one major reason some people dislike systemd (too much
> > "core code") is the same reason some people like the microkernel
> > design.
> 
> I don't think anyone had a problem with the concepts around
> microkernel. The problem is that nobody in the Free Software community
> could write a decent microkernel.

NetBSD's "anykernel" and DragonFlyBSD's "hybrid" kernel designs could
be considered at least to incorporate parts of the microkernel design.


-- 
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/20140929140447.GK4740@swansys

Re: installing xfce theme manager

2014-09-29 Thread Michael Fothergill

Hi
I believe XFCE is already included in debian repository. Have you tried
following the instruction described here ?

Thank you for your reply

I already have xfce installed.

But I assumed (maybe I am wrong) that

xfce-theme-manager - 0.3.5-1

is not automatically installed along with it and so I would have to
separately install it.
















On Mon, Sep 29, 2014 at 3:17 PM, Fabrice Vaillant 
wrote:

>
> On 29/09/2014 09:14, Michael Fothergill wrote:
>
>Dear Debian folks,
>
>  I have been trying to install xfce theme manager (I am running Debian
> Jessie on an AMD 64 box).
>
>  I found a web site
>
>
> https://launchpad.net/~rebuntu16/+archive/ubuntu/other-stuff/+sourcepub/4038858/+listing-archive-extra
> 
>
>  where there appeared to be some packages that may may not work in debian
> (perhaps better used in e.g. ubuntu).
>
>  I downloaded the ones that seemed relevant and tried using aptitude to
> install them but it did not work.
>
>  I also noticed another web site
>
>
> https://launchpad.net/~rebuntu16/+archive/ubuntu/other-stuff/+sourcepub/4038858/+listing-archive-extra
> 
>
>  On this website, which was dealing with e.g. xubuntu not debian the
> commands recommended to install it were:
>
> sudo add-apt-repository ppa:rebuntu16/other-stuff
> sudo apt-get update
> sudo apt-get install xfce-theme-manager
>
> I think the reason it may not be working in my case is that I don't know
> what the correct equivalent of
>
> sudo add-apt-repository ppa:rebuntu16/other-stuff
>
>  would be for a debian user.
>
>  If it isn't possible to make the repository work in debian at present I
> could try installing from a tar file instead.
>
>  Maybe that is what I should be doing here..
>
>  Please excuse my ignorance here.
>
>  Suggestions on this are most welcome.
>
>  I really like this wallpaper item
>
>
> http://xfce-look.org/content/show.php/Slygen+3+No+Logo+%281920x1200%29?content=166192
>
>  Regards
>
>  Michael Fothergill
>
>
> Hi
> I believe XFCE is already included in debian repository. Have you tried
> following the instruction described here ?
>
> Fabrice Vaillant
>

Re: installing xfce theme manager

2014-09-29 Thread Fabrice Vaillant

Oh, then I am afraid you misunderstood.
I would sugest building it from source as indicated here
.

On 29/09/2014 10:24, Michael Fothergill wrote:

Hi
I believe XFCE is already included in debian repository. Have you
tried following the instruction described here
?

Thank you for your reply

I already have xfce installed.

But I assumed (maybe I am wrong) that

xfce-theme-manager - 0.3.5-1

is not automatically installed along with it and so I would have to
separately install it.

On Mon, Sep 29, 2014 at 3:17 PM, Fabrice Vaillant
mailto:fa.vaill...@gmail.com>> wrote:

On 29/09/2014 09:14, Michael Fothergill wrote:

Dear Debian folks,

I have been trying to install xfce theme manager (I am running
Debian Jessie on an AMD 64 box).

I found a web site

https://launchpad.net/~rebuntu16/+archive/ubuntu/other-stuff/+sourcepub/4038858/+listing-archive-extra

where there appeared to be some packages that may may not work in
debian (perhaps better used in e.g. ubuntu).

I downloaded the ones that seemed relevant and tried using
aptitude to install them but it did not work.

I also noticed another web site

https://launchpad.net/~rebuntu16/+archive/ubuntu/other-stuff/+sourcepub/4038858/+listing-archive-extra

On this website, which was dealing with e.g. xubuntu not debian
the commands recommended to install it were:

sudo add-apt-repository ppa:rebuntu16/other-stuff
sudo apt-get update
sudo apt-get install xfce-theme-manager

I think the reason it may not be working in my case is that I
don't know what the correct equivalent of

sudo add-apt-repository ppa:rebuntu16/other-stuff

would be for a debian user.

If it isn't possible to make the repository work in debian at
present I could try installing from a tar file instead.

Maybe that is what I should be doing here..

Please excuse my ignorance here.

Suggestions on this are most welcome.

I really like this wallpaper item

http://xfce-look.org/content/show.php/Slygen+3+No+Logo+%281920x1200%29?content=166192

Regards

Michael Fothergill

Hi
I believe XFCE is already included in debian repository. Have you
tried following the instruction described here
?

Fabrice Vaillant

Re: installing xfce theme manager

 Hi.

On Mon, Sep 29, 2014 at 02:14:42PM +0100, Michael Fothergill wrote:
> Dear Debian folks,
> 
> I have been trying to install xfce theme manager (I am running Debian Jessie 
> on an AMD 64 box).
> 
> I found a web site
> 
> https://launchpad.net/~rebuntu16/+archive/ubuntu/other-stuff/+sourcepub/4038858/+listing-archive-extra
> 
> where there appeared to be some packages that may may not work in debian 
> (perhaps better used in e.g. ubuntu).

This package won't work in Debian testing, the reason being that
xfce-theme-manager is built against libxfce4ui-1-0 (>= 4.11.0), and
testing only has version 4.10.0 of this library ATM.


> On this website, which was dealing with e.g. xubuntu not debian the commands 
> recommended to install it were:
> 
> sudo add-apt-repository ppa:rebuntu16/other-stuff
> sudo apt-get update
> sudo apt-get install xfce-theme-manager
> 
> I think the reason it may not be working in my case is that I don't know what 
> the correct equivalent of
> 
> sudo add-apt-repository ppa:rebuntu16/other-stuff
> 
> would be for a debian user.

That's Ubuntu way of saying 'Please add this line to
/etc/apt/sources-list.d:

deb https://launchpad.net/~rebuntu16/+archive ubuntu

But, since this package won't do you any good anyway - don't bother.
Just rebuild it from the source, and install it conventional way.

Reco


-- 
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/20140929144233.GA5206@x101h

Re: Bluetooth mouse? (Solved)

On Mon, 29 Sep 2014 10:08:02 +0200
Johann Spies  wrote:

> Apologies for the noise.  Playing again with blueman-manager I found
> an option 'create paring' and after that I could connect to the mouse
> and it is working now.
> 
> Regards
> Johann

Johann,

Great to hear you got it fixed. What's the benefit of a bluetooth mouse
over an RF mouse like the Logitech 310?

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/20140929111847.76085...@mydesq2.domain.cxm

Re: Challenge to you: Voice your concerns regarding systemd upstream

 Hi.

On Mon, Sep 29, 2014 at 07:50:21AM -0400, The Wanderer wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
> 
> On 09/29/2014 at 05:49 AM, Reco wrote:
> 
> > Hi.
> > 
> > On Sun, Sep 28, 2014 at 04:31:01PM +0200, lee wrote:
> > 
> >> Debian already lost me (after over 15 years) when they came up 
> >> with their brokenarch and left users stranded with no possible
> >> fix for the things they broke.  The only reason I'm here is
> >> because I have it running on my server, and the only reason I
> >> have it on my server is because it was the only distribution of
> >> those I tried with which I could get xen to work.  I really
> >> didn't want to use Debian.
> > 
> > What's wrong with the current multiarch implementation in your 
> > option? I'm really curious as all multiarch complains I've seen so 
> > far (barring actual package limits) were easily solved just by 
> > reading an appropriate man page (or Debian wiki page).
> > 
> > And, IMO, Debian's current multiarch is way more flexible than 
> > current Fedora's one.
> 
> I don't know about him, but although I'm a big supporter of multiarch in
> general, I do know of one major thing which broke with the transition
> from the old arrangement: x86 builds on amd64 hosts.
> 
> Prior to multiarch, ia32-libs provided (most of) the x86 libraries, and
> ia32-libs-dev provided the matching header files. (Separate lib*32
> packages provided other libraries, and matching -dev packages provided
> the matching header files for those other libraries.) With both of those
> together, and compiler options like 'gcc -m32', it was possible to
> compile code against 32-bit libraries in a 64-bit environment and then
> run the result in that same environment.
> 
> Under multiarch, lib*:i386 packages provide the x86 libraries, and there
> is nothing which provides the matching header files. That sort of
> compilation task is no longer possible, at least not in a remotely
> trivial or automated fashion.

Header files are arch-agnostic, it's the .la files that case all the
trouble. Still, you're raising a valid point - compiling for several
arches was possible before multiarch, and it's not possible now without
chroots. I prefer chroots for this (less strange dependencies in the
'base' system), but YMMV.

About the only thing that I'm missing here is why would anyone should
compile anything on a production server, Xen's dom0 specifically (as it
seems to be the main lee's concern).

Reco


-- 
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/20140929144946.GB5206@x101h

Re: installing xfce theme manager

2014-09-29 Thread Michael Fothergill

Oh, then I am afraid you misunderstood.
I would sugest building it from source as indicated here
.

I will go ahead and do that.

Thank you very much for the advice.  It's not always obvious which packages
you can use apt with and which you have to compile.

The ubuntu and xubuntu sites make you think you could apt but you can't
quite do it yet...

Regards


Michael

On Mon, Sep 29, 2014 at 4:27 PM, Michael Fothergill <
michael.fotherg...@googlemail.com> wrote:

> Oh, then I am afraid you misunderstood.
> I would sugest building it from source as indicated here
> .
>
> I will go ahead and do that.
>
> Thank you very much for the advice.  It's not always obvious which
> packages you can use apt with and which you have to compile.
>
> The ubuntu and xubuntu sites make you think you could apt but you can't
> quite do it yet...
>
> Regards
>
> Michael
>
>
>
>
>
>
>
>
> On Mon, Sep 29, 2014 at 3:35 PM, Fabrice Vaillant 
> wrote:
>
>>  Oh, then I am afraid you misunderstood.
>> I would sugest building it from source as indicated here
>> .
>>
>>
>>
>> On 29/09/2014 10:24, Michael Fothergill wrote:
>>
>> Hi
>> I believe XFCE is already included in debian repository. Have you tried
>> following the instruction described here ?
>>
>>  Thank you for your reply
>>
>>  I already have xfce installed.
>>
>>  But I assumed (maybe I am wrong) that
>>
>> xfce-theme-manager - 0.3.5-1
>>
>>  is not automatically installed along with it and so I would have to
>> separately install it.
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> On Mon, Sep 29, 2014 at 3:17 PM, Fabrice Vaillant 
>> wrote:
>>
>>>
>>> On 29/09/2014 09:14, Michael Fothergill wrote:
>>>
>>>Dear Debian folks,
>>>
>>>  I have been trying to install xfce theme manager (I am running Debian
>>> Jessie on an AMD 64 box).
>>>
>>>  I found a web site
>>>
>>>
>>> https://launchpad.net/~rebuntu16/+archive/ubuntu/other-stuff/+sourcepub/4038858/+listing-archive-extra
>>> 
>>>
>>>  where there appeared to be some packages that may may not work in
>>> debian (perhaps better used in e.g. ubuntu).
>>>
>>>  I downloaded the ones that seemed relevant and tried using aptitude to
>>> install them but it did not work.
>>>
>>>  I also noticed another web site
>>>
>>>
>>> https://launchpad.net/~rebuntu16/+archive/ubuntu/other-stuff/+sourcepub/4038858/+listing-archive-extra
>>> 
>>>
>>>  On this website, which was dealing with e.g. xubuntu not debian the
>>> commands recommended to install it were:
>>>
>>> sudo add-apt-repository ppa:rebuntu16/other-stuff
>>> sudo apt-get update
>>> sudo apt-get install xfce-theme-manager
>>>
>>> I think the reason it may not be working in my case is that I don't know
>>> what the correct equivalent of
>>>
>>> sudo add-apt-repository ppa:rebuntu16/other-stuff
>>>
>>>  would be for a debian user.
>>>
>>>  If it isn't possible to make the repository work in debian at present I
>>> could try installing from a tar file instead.
>>>
>>>  Maybe that is what I should be doing here..
>>>
>>>  Please excuse my ignorance here.
>>>
>>>  Suggestions on this are most welcome.
>>>
>>>  I really like this wallpaper item
>>>
>>>
>>> http://xfce-look.org/content/show.php/Slygen+3+No+Logo+%281920x1200%29?content=166192
>>>
>>>  Regards
>>>
>>>  Michael Fothergill
>>>
>>>
>>>  Hi
>>> I believe XFCE is already included in debian repository. Have you tried
>>> following the instruction described here ?
>>>
>>> Fabrice Vaillant
>>>
>>
>>
>>
>

Re: Let's have a vote!

On Mon, Sep 29, 2014 at 08:22:23AM +0200, Mart van de Wege wrote:
> lee  writes:
> 
> > "Karl E. Jorgensen"  writes:
> >
> >> * not doing "crazy things", like running backports or
> >>   testing/unstable [2], and no grabbing *.debs from weird places.
> >
> > Debian isn't as stable as you like to think.  I am required to run the
> > latest kernel from backports for otherwise my server will crash due to
> > NFS bugs, and for xen anyway.
> >
> > When I was still using Debian, I was forced to run testing for otherwise
> > some relevant software would be too ancient.
> >
> > Now look at Fedora: They manage to make a distribution with non-ancient
> > software, and it's running more stable than Debian stable.  I wonder why
> > Debian can't do this.
> >
> Then why don't you go use Fedora if you're so unhappy with Debian? That
> would save us all a lot of pissing and moaning on this mailing list, and
> you a lot of grief.
> 
> Mart
> Archive: https://lists.debian.org/86fvfbx7xc@gaheris.avalon.lan
> 
---end quoted text---

He says he doesn't use Debian above to wit ..."when I was still using
Debian,..."

So, Lee why are you even here complaining about Debian - You've admitted
you don't use it?!


-- 
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/20140929154214.GA10996@Jessie

Re: Challenge to you: Voice your concerns regarding systemd upstream

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 09/29/2014 at 10:49 AM, Reco wrote:

> Hi.
> 
> On Mon, Sep 29, 2014 at 07:50:21AM -0400, The Wanderer wrote:

>> On 09/29/2014 at 05:49 AM, Reco wrote:

>>> What's wrong with the current multiarch implementation in your 
>>> option? I'm really curious as all multiarch complains I've
>>> seen so far (barring actual package limits) were easily solved
>>> just by reading an appropriate man page (or Debian wiki page).
>>> 
>>> And, IMO, Debian's current multiarch is way more flexible than 
>>> current Fedora's one.
>> 
>> I don't know about him, but although I'm a big supporter of 
>> multiarch in general, I do know of one major thing which broke
>> with the transition from the old arrangement: x86 builds on
>> amd64 hosts.
>> 
>> Prior to multiarch, ia32-libs provided (most of) the x86
>> libraries, and ia32-libs-dev provided the matching header files.
>> (Separate lib*32 packages provided other libraries, and matching
>> -dev packages provided the matching header files for those other 
>> libraries.) With both of those together, and compiler options
>> like 'gcc -m32', it was possible to compile code against 32-bit 
>> libraries in a 64-bit environment and then run the result in
>> that same environment.
>> 
>> Under multiarch, lib*:i386 packages provide the x86 libraries,
>> and there is nothing which provides the matching header files.
>> That sort of compilation task is no longer possible, at least not
>> in a remotely trivial or automated fashion.
> 
> Header files are arch-agnostic, it's the .la files that case all
> the trouble.

I'm afraid that's not always the case. I've encountered specific cases
where the headers are different between architectures.

> Still, you're raising a valid point - compiling for several arches 
> was possible before multiarch, and it's not possible now without 
> chroots. I prefer chroots for this (less strange dependencies in
> the 'base' system), but YMMV.

If I'm reading you right, "strange dependencies" only matter when you're
going to install what you've compiled on a machine other than the one
where the build was done. For the use case of test-building (and
test-running, and in some cases installing and actively using) the
upstream development tree, that doesn't particularly matter; there are
exceptions, but for the most part, doing that type of build on a
different machine from where the resulting binary will be used is pretty
much unheard of.

> About the only thing that I'm missing here is why would anyone 
> should compile anything on a production server, Xen's dom0 
> specifically (as it seems to be the main lee's concern).

I did say that I didn't think lee was referring to this same type of
breakage. This was just an example of a "multiarch complaint" such as
you said you had not seen so far; there's nothing saying it's the only
such.

- -- 
   The Wanderer

The reasonable man adapts himself to the world; the unreasonable one
persists in trying to adapt the world to himself. Therefore all
progress depends on the unreasonable man. -- George Bernard Shaw
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCgAGBQJUKXq3AAoJEASpNY00KDJrsIgP/1Rw4F1yf17n04XXSKwqfphv
KMfgANZKQUD55ykm0jxYEfpXVVTaCCP1c+Y8wIrdqAwX7nIGrZX2I7jF4PmEDVG+
FQK1xvrz/uMYag0xDNUYxRmxMO7/gMQF5AXmfFbWNDdJ8/DqdCMw7ZMRi7Prt/Dc
a22gjUA6K+CLsBqj78Xm7/3qzBihQ/wIJ+kfixTC260v7OKDA/Vmd1Kg+5JeANW6
VfaZKc8M7eXwtb9KD9n+woykPRw/FqTY4YeUCYmnoPUVFPV8avOUrMV8siW/p27c
p8HOvyfRf+8lN90zBxSFupUb/6b69nLGsyslBA2pCoDhMWYlCbLch4FHxme2jQfp
lFaDKyYe5o8KHDSaGRMT6ar/y/LFEDAq0Cmd+kqWQT/9dOuQTEH7WT5d5x0EcfgS
EyPLC2JSkRK1PA8CR3m4woyvac34B66zjU3lBQWx7mNHjOC08l1HVhERmjT+r+Ws
sd5crbxWLIe7tTOXtRVhURhJpfZTZYdS7PM4nzAeAKNAgtNVmWzUA2MrzybeY7qB
gJJtOxiOKlX93aGCqymHh9744+XMmiKX2h3YqM6b7Bl/YHGZA71pBCsrAs+uzt5G
TJSodZzThnFXtZSzqIUkitWmckSV4OSM6xE8X5SGPl/V1Lc/+8aTWznVcXT7h1hr
odNsAzlCKqUCUT4QOx5o
=ISaH
-END PGP SIGNATURE-


-- 
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/54297ab7.90...@fastmail.fm

Re: Let's have a vote!

On Sun, Sep 28, 2014 at 11:29:22AM -0400, Steve Litt wrote:
> On Sun, 28 Sep 2014 23:50:45 +1300
> Chris Bannister  wrote:
> 
> > On Sat, Sep 27, 2014 at 09:49:10PM -0400, Steve Litt wrote:
> > > On Sat, 27 Sep 2014 18:32:38 -0400
>  
> > > Yes. I'm a huge believer in wiping and reinstalling major versions.
> > > It's like spring cleaning, and I eliminate ghosts of operating
> > > systems past.
> > 
> > And then there's the rest of us who run Debian precisely because you
> > don't have to reinstall. It's great because you only ever need to
> > install once. 
> 
> Hi Chris,
> 
> I assume that implicit in your reply is that such a major version
> upgrade works well, and that over the years you don't get all sorts of
> accumulated software dust bunnies doing funny things to you.
> 
> How many others here have experiences like Chris'? My opinions are
> based on Windows, Mandrake and Mandriva. By the time I got to Ubuntu in
> 2007 (and Debian in 2013), I was solidly in the habit of reinstalls and
> never tried a major version upgrade on Ubuntu or Debian.
> 
> I just advised another poster to reinstall from scratch, so perhaps it
> would be good to see how many succeeded, and how many failed, by
> upgrading past major versions.
> 
> Thanks,
> 
> SteveT

I've one box that I've upgraded from Potato. My newer servers have been
upgraded in place. No fresh installs - that's why I use Debian on
servers. Quite frankly if you're used to Mandrake/Mandriva then you're
excused I suppose for thinking one should do a clean install - that
distro was never very solid, and they usually released each 6 months or
so.


-- 
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/20140929154513.GB10996@Jessie

Re: Challenge to you: Voice your concerns regarding systemd upstream


Reco wrote:

  Hi.

On Mon, Sep 29, 2014 at 07:50:21AM -0400, The Wanderer wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 09/29/2014 at 05:49 AM, Reco wrote:


Hi.

On Sun, Sep 28, 2014 at 04:31:01PM +0200, lee wrote:


Debian already lost me (after over 15 years) when they came up
with their brokenarch and left users stranded with no possible
fix for the things they broke.  The only reason I'm here is
because I have it running on my server, and the only reason I
have it on my server is because it was the only distribution of
those I tried with which I could get xen to work.  I really
didn't want to use Debian.

What's wrong with the current multiarch implementation in your
option? I'm really curious as all multiarch complains I've seen so
far (barring actual package limits) were easily solved just by
reading an appropriate man page (or Debian wiki page).

And, IMO, Debian's current multiarch is way more flexible than
current Fedora's one.

I don't know about him, but although I'm a big supporter of multiarch in
general, I do know of one major thing which broke with the transition
from the old arrangement: x86 builds on amd64 hosts.

Prior to multiarch, ia32-libs provided (most of) the x86 libraries, and
ia32-libs-dev provided the matching header files. (Separate lib*32
packages provided other libraries, and matching -dev packages provided
the matching header files for those other libraries.) With both of those
together, and compiler options like 'gcc -m32', it was possible to
compile code against 32-bit libraries in a 64-bit environment and then
run the result in that same environment.

Under multiarch, lib*:i386 packages provide the x86 libraries, and there
is nothing which provides the matching header files. That sort of
compilation task is no longer possible, at least not in a remotely
trivial or automated fashion.

Header files are arch-agnostic, it's the .la files that case all the
trouble. Still, you're raising a valid point - compiling for several
arches was possible before multiarch, and it's not possible now without
chroots. I prefer chroots for this (less strange dependencies in the
'base' system), but YMMV.

About the only thing that I'm missing here is why would anyone should
compile anything on a production server, Xen's dom0 specifically (as it
seems to be the main lee's concern).


I do it all the time.  Packaging of some of the things we run on our 
list and web servers tends to run behind upstream, sometimes by quite a 
bit.

"./configure; make install" is pretty much as easy as apt-get install

As a general rule, I find that I use packaged software for all of our 
base capabilities (utilities, dns, time, and so forth), and build from 
upstream source for the production systems.


Miles Fidelman


--
In theory, there is no difference between theory and practice.
In practice, there is.    Yogi Berra


--
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/54297dec.1090...@meetinghouse.net

Re: Challenge to you: Voice your concerns regarding systemd upstream

 Hi.

On Mon, Sep 29, 2014 at 11:28:55AM -0400, The Wanderer wrote:
> > Header files are arch-agnostic, it's the .la files that case all
> > the trouble.
> 
> I'm afraid that's not always the case. I've encountered specific cases
> where the headers are different between architectures.

Hmm. Kernel headers come to mind, but for typical userspace headers
that's unusual.


> > Still, you're raising a valid point - compiling for several arches 
> > was possible before multiarch, and it's not possible now without 
> > chroots. I prefer chroots for this (less strange dependencies in
> > the 'base' system), but YMMV.
> 
> If I'm reading you right, "strange dependencies" only matter when you're
> going to install what you've compiled on a machine other than the one
> where the build was done.

Yup. That's my usual 'modus operandi' since I've learned how to build a
Debian package.


> For the use case of test-building (and
> test-running, and in some cases installing and actively using) the
> upstream development tree, that doesn't particularly matter; there are
> exceptions, but for the most part, doing that type of build on a
> different machine from where the resulting binary will be used is pretty
> much unheard of.

On the contrary, it's a viable practice once you take into account a
simple fact - there's more than one processor architecture, and
sometimes you use several of them.

For example, try compiling a kernel on ARM system. Try cross-compiling
the same kernel on a conventional x86 system. Compare build times.
Unless you have an Intel Atom instead of CPU - cross-compilation wins.


> > About the only thing that I'm missing here is why would anyone 
> > should compile anything on a production server, Xen's dom0 
> > specifically (as it seems to be the main lee's concern).
> 
> I did say that I didn't think lee was referring to this same type of
> breakage. This was just an example of a "multiarch complaint" such as
> you said you had not seen so far; there's nothing saying it's the only
> such.

Point taken.

Reco


-- 
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/20140929160352.GA9410@x101h

Re: installing xfce theme manager

2014-09-29 Thread Lisi Reisz

On Monday 29 September 2014 16:29:48 Michael Fothergill wrote:
> It's not always obvious which packages
> you can use apt with and which you have to compile.

You can use apt with packages which are in the repositories.  You can find 
this out with  or equivalent or by looking on 
https://www.debian.org/distrib/packages

If you want something which is not in the repositories you have to compile it.

It makes a difference which repositories you have available.  See: 
/etc/apt/sorces.list
Use cat or an editor.

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/201409291712.32259.lisi.re...@gmail.com

Re: Let's have a vote!

On Mon, 29 Sep 2014 11:45:13 -0400
Stephen Allen  wrote:

> On Sun, Sep 28, 2014 at 11:29:22AM -0400, Steve Litt wrote:
> > On Sun, 28 Sep 2014 23:50:45 +1300
> > Chris Bannister  wrote:
> > 
> > > On Sat, Sep 27, 2014 at 09:49:10PM -0400, Steve Litt wrote:
> > > > On Sat, 27 Sep 2014 18:32:38 -0400
> >  
> > > > Yes. I'm a huge believer in wiping and reinstalling major
> > > > versions. It's like spring cleaning, and I eliminate ghosts of
> > > > operating systems past.
> > > 
> > > And then there's the rest of us who run Debian precisely because
> > > you don't have to reinstall. It's great because you only ever
> > > need to install once. 
> > 
> > Hi Chris,
> > 
> > I assume that implicit in your reply is that such a major version
> > upgrade works well, and that over the years you don't get all sorts
> > of accumulated software dust bunnies doing funny things to you.
> > 
> > How many others here have experiences like Chris'? My opinions are
> > based on Windows, Mandrake and Mandriva. By the time I got to
> > Ubuntu in 2007 (and Debian in 2013), I was solidly in the habit of
> > reinstalls and never tried a major version upgrade on Ubuntu or
> > Debian.
> > 
> > I just advised another poster to reinstall from scratch, so perhaps
> > it would be good to see how many succeeded, and how many failed, by
> > upgrading past major versions.
> > 
> > Thanks,
> > 
> > SteveT
> 
> I've one box that I've upgraded from Potato. My newer servers have
> been upgraded in place. No fresh installs - that's why I use Debian on
> servers. Quite frankly if you're used to Mandrake/Mandriva then you're
> excused I suppose for thinking one should do a clean install - that
> distro was never very solid, and they usually released each 6 months
> or so.

I hereby downgrade my advice of fresh-installing, from essential advice,
to a Steve Litt quirk. At least eight people on this list have had great
success upgrading through multiple major versions. My habit to fresh
install major versions was developed while using DOS, Win9x, and
Mandrake/Mandriva, and it made a lot of sense in all three of those.
But not in Debian.

Me, I'm personally going to continue fresh installing, because I enjoy
the spring-cleaning aspect of it, and the fact that I'm starting my
new version from a known state. But I'm now aware this is a Steve Litt
quirk, not solid advice for the masses. Thanks to everyone for the info.

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/20140929115830.00bb2...@mydesq2.domain.cxm

Re: Fwd: Re: cron in UTC?

2014-09-29 Thread Lisi Reisz

On Monday 29 September 2014 17:01:31 Tony van der Hoff wrote:
> well, it's my understanding that the system (hardware)  time is always
> UTC, but there is no way to set localtime to GMT (or UTC). Perhaps I'm
> misunderstanding you.

Erm  What do you think we who live near Greenwich do???

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/201409291713.48212.lisi.re...@gmail.com

Re: Challenge to you: Voice your concerns regarding systemd upstream

 Hi.

On Mon, Sep 29, 2014 at 11:42:36AM -0400, Miles Fidelman wrote:
> >About the only thing that I'm missing here is why would anyone should
> >compile anything on a production server, Xen's dom0 specifically (as it
> >seems to be the main lee's concern).
> 
> I do it all the time.  Packaging of some of the things we run on our
> list and web servers tends to run behind upstream, sometimes by
> quite a bit.
> "./configure; make install" is pretty much as easy as apt-get install

Well, 'make install' was always easier compared to the 'apt-get
install'. 'apt-get upgrade' and 'apt-get purge' are usually hard
to implement Slackware-style :)

> As a general rule, I find that I use packaged software for all of
> our base capabilities (utilities, dns, time, and so forth), and
> build from upstream source for the production systems.

I hear you, but your example is somewhat incomplete. How often do you
run into problems that can be attributed to the multiarch? Is there any
valid usecase in mixing binaries from different architectures on a
single server (without virtualization, of course)? Is there anything in
current Debian's multiarch implementation that contradicts your current
compile-from-the-source practice?

Reco

-- 
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/20140929161210.GB9410@x101h

Business suggestion

2014-09-29 Thread Jim Lawrence

Hey,
I had visited your site http://www.debian.org and I was very 
impressed. I think it would fit my clients' demands perfectly.
Let me clarify, my name is Jim and I'm an advertising representative. 
My job is to find sites like yours, which are willing to sell 
advertising space to my clients.
So, if you are interested in hearing more about it, I would be more 
than happy to hear back from you.


Kindest regards,
Jim Lawrence
Business development
www.LuckyChip-Media.info

Fwd: Re: cron in UTC?

Sorry, sent to steve instead of list by mistake


 Original Message 
Subject: Re: cron in UTC?
Date: Mon, 29 Sep 2014 16:18:35 +0100
From: Tony van der Hoff 
To: Steve Litt 

> On Wed, 24 Sep 2014 11:54:57 +0100
> Tony van der Hoff  wrote:
> 
>> Greetings,
>>
>> I carry my wheezy laptop over various timezones, and my VPS with which
>> it communicates is on the Europe/London zone, which uses DST.
>>
>> The result of this is that cron tasks, which are triggered by
>> localtime become unsynchronised, and only by arranging the task times
>> very carefully can I ensure that they're run in the right order
>> across hosts. This is not very satisfactory.
>>
>> It occurs to me that Cron should have a config option to select the
>> timezone in which it operates, regardless of the the localtime
>> setting. Searching around, this doesn't seem to exist.
>>
>> An alternative, found by googling, appears to be to wrap cron in a
>> script, satting TZ=UTC. I guess this would not be update-proof.
>>
>> Has anyone here found any other solutions, or have any suggestions,
>> please?
> 

Thanks to both correspondents who replied. Sorry for my tardy response,
but I was called away for a few days.

On 24/09/14 16:01, Don Armstrong wrote:

> My #1 suggestion is to have system time be GMT, and every shell/user set
> TZ appropriately. That's basically the only sane setting, as many time
> zones do DST (and change the rules for it from time to time).
>
well, it's my understanding that the system (hardware)  time is always
UTC, but there is no way to set localtime to GMT (or UTC). Perhaps I'm
misunderstanding you.

My problem is that cron works to localtime. I want my cron tasks to be
triggered at the same time (UTC) each day, regardless of the current
localtime, wherever I may be.

> Otherwise, you'll have to provide TZ to cron, presumably in
> /etc/default/cron or similar...

That would be nice, but there does not appear to be any way to do that.

On 24/09/14 17:44, Steve Litt wrote:

> LOL, I don't recommend this. I *really* don't recommend this. But you
> *could* hack my homegrown cron to measure the difference between local
> time and UTC and do whatever you want done.
> 
LOL? OK, a laughing matter, perhaps. What's funny about it, and Why
don't you recommend this?
> 
> HTH, sure it doesn't :-)
Not much, THANKS.

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


-- 
Tony van der Hoff| mailto:t...@vanderhoff.org
Buckinghamshire, England |



-- 
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/5429825b.6060...@vanderhoff.org

Re: Fwd: Re: cron in UTC?

2014-09-29 Thread Joe Loiacono

Lisi Reisz  wrote on 09/29/2014 12:13:48 PM:

> On Monday 29 September 2014 17:01:31 Tony van der Hoff wrote:
> > well, it's my understanding that the system (hardware)  time is always
> > UTC, but there is no way to set localtime to GMT (or UTC). Perhaps I'm
> > misunderstanding you.
> 
> Erm  What do you think we who live near Greenwich do???
> 
> Lisi

I don't think the system time is always UTC. The 'time' function, for 
example, seems to return an epoch time in the system's localtime. So, for 
example, if one's localtime is EDT, 'time' returns the number of seconds 
since Jan. 1, 1970 (eastern time zone).

Joe

Re: Fwd: Re: cron in UTC?

Tony van der Hoff writes:
> My problem is that cron works to localtime. I want my cron tasks to be
> triggered at the same time (UTC) each day, regardless of the current
> localtime, wherever I may be.

man 5 crontab
-- 
John Hasler 
jhas...@newsguy.com
Elmwood, WI USA


-- 
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/87wq8m5q55@thumper.dhh.gt.org

Re: How/Where to file a feature request

2014-09-29 Thread Philippe Clérié


On 09/27/2014 01:27 PM, Lisi Reisz wrote:

On Saturday 27 September 2014 17:57:06 Philippe Clérié wrote:

Thanks for the tips.

Bug filed as #763072.

--
Philippe

--
The trouble with common sense it that it is so uncommon.



I have looked at the bug report, and I would suggest that it may be
misphrased.  Keyboard selection is already in the installer.  I always choose
a standard UK keyboard and would struggle to install without it.  What is
missing apparently is the actual one you want.  Keyboard selection comes
after language selection.  Presumably (and I am guessing here) you choose US
English and are just given a US keyboard but the wrong one, rather than the
list of keyboards to select from that we British English choosers get.

Lisi




You know, you have forced me to re-evaluate what I thought I knew.

It appears that the Debian installer _does not_ have a Keymap variant 
selection dialog, even in expert mode. Even dpkg-reconfigure 
keyboard-configuration does not seem to do anything, while in Ubuntu you 
get to do some more customization of the keyboard.


I had always assumed that the Ubuntu installer was the same as Debian's 
but with some more options activated. When filing the bug I thought it 
would be a one liner kind of change. That may not be the case.


Your description of the process above is correct. After choosing the 
language (en) and the location (US), Debian presents the [Configure the 
keyboard] dialog, with the header "Keymap to use:". The first selection 
in my case is "American English", and below that keymaps, for just about 
every other country/language, including British English. What I would 
like is to be presented a choice of layouts after selecting that keymap.


Having said that, my original phrasing seems to reflect exactly what I 
am asking for, and none of my assumptions are apparent (I think?). But I 
am copying the bug report just in case.


--
Philippe

--
The trouble with common sense it that it is so uncommon.



--
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/54298d7a.5000...@gcal.net

Re: Fwd: Re: cron in UTC?

2014-09-29 Thread Don Armstrong

On Mon, 29 Sep 2014, Tony van der Hoff wrote:
> > On Wed, 24 Sep 2014 11:54:57 +0100
> On 24/09/14 16:01, Don Armstrong wrote:
> > My #1 suggestion is to have system time be GMT, and every shell/user set
> > TZ appropriately. That's basically the only sane setting, as many time
> > zones do DST (and change the rules for it from time to time).
> 
> well, it's my understanding that the system (hardware) time is always
> UTC, but there is no way to set localtime to GMT (or UTC). Perhaps I'm
> misunderstanding you.

There are two different clocks here; there's the system clock which is
kept by the kernel, which can be in any timezone, and the hardware clock
which is kept by the motherboard, which is typically in UTC on unix
machines.

To switch the system time, just run

dpkg-reconfigure tzdata; # as root

and then select None, then UTC. Voila, your system time is now in UTC.

> That would be nice, but there does not appear to be any way to do
> that.

There actually is; you edit /etc/pam.d/cron and add a line like

session   required   pam_env.so envfile=/etc/default/cron_locale

and add a /etc/default/cron/locale with TZ="UTC".

But that's complicated.

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

"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
where the shadows lie." -- The Silicon Valley Tarot

-- 
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/20140929163047.gi8...@teltox.donarmstrong.com

Re: Challenge to you: Voice your concerns regarding systemd upstream

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 09/29/2014 at 12:03 PM, Reco wrote:

> Hi.
> 
> On Mon, Sep 29, 2014 at 11:28:55AM -0400, The Wanderer wrote:
>>> Header files are arch-agnostic, it's the .la files that case
>>> all the trouble.
>> 
>> I'm afraid that's not always the case. I've encountered specific 
>> cases where the headers are different between architectures.
> 
> Hmm. Kernel headers come to mind, but for typical userspace
> headers that's unusual.

It's been long enough since I was working with this (due to the same
lack of multiarch support for it) that I've forgotten the details of
which libraries were involved, unfortunately. I think libjpeg was one of
them, but I can't swear to that.

>>> Still, you're raising a valid point - compiling for several 
>>> arches was possible before multiarch, and it's not possible
>>> now without chroots. I prefer chroots for this (less strange 
>>> dependencies in the 'base' system), but YMMV.
>> 
>> If I'm reading you right, "strange dependencies" only matter
>> when you're going to install what you've compiled on a machine
>> other than the one where the build was done.
> 
> Yup. That's my usual 'modus operandi' since I've learned how to
> build a Debian package.

Whereas I'd pretty much never consider building a .deb for an
upstream-development-tree compile, rather than just 'update_vcs_command
; ./configure --options ; make ; make install'. The extra intermediary
steps to get a functional debian/ directory in place in the VCS tree,
and maintain it against changes in upstream code, just make any
potential advantages not worth the trouble for potentially-frequent test
builds, IMO.

>> For the use case of test-building (and test-running, and in some 
>> cases installing and actively using) the upstream development
>> tree, that doesn't particularly matter; there are exceptions, but
>> for the most part, doing that type of build on a different
>> machine from where the resulting binary will be used is pretty
>> much unheard of.
> 
> On the contrary, it's a viable practice once you take into account
> a simple fact - there's more than one processor architecture, and 
> sometimes you use several of them.
> 
> For example, try compiling a kernel on ARM system. Try 
> cross-compiling the same kernel on a conventional x86 system.
> Compare build times. Unless you have an Intel Atom instead of CPU
> - cross-compilation wins.

That's one of the exceptions I was talking about. It doesn't apply
nearly as much in the x86 vs. amd64 case, however, which is the main one
I was dealing with. (That case is also special in other ways, since it's
one of the few where you can reliably expect to run the foreign-arch
code directly on the host where you do the build.)

- -- 
   The Wanderer

The reasonable man adapts himself to the world; the unreasonable one
persists in trying to adapt the world to himself. Therefore all
progress depends on the unreasonable man. -- George Bernard Shaw
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCgAGBQJUKYorAAoJEASpNY00KDJrO1MP/RbhuTBdi360doHIvHl780DS
wpr2rCQxO7gCas0HAa0LQUVaiXrF2snp3q6pPfP2x3qsLxZkBgaLSR3ghaCnZNlR
ZWuWXF94JoGcBdGZI3/dAtQ4cpbXPqH39vh3cSAgAbMM6zaOE0wW2gAZlqyfuSNN
CW7w1leEx/Kv3/DY3JollJOzta69wue4AUUqOHYNgjvqj3Rom3HTC2Ifq4BYj3xW
70lugxKY53R1pHWU/0uKeu4M47qLcbs09cyP0FPbUzSxITyLMy96Cob9mcx3lN4o
ChJq+MKpJ0Rc2aE8Yx2kn9lR6BBAl3Wxh3SfNU/Ug6o8yYA6ap/gEcQvWYCA8is2
JwvUtc+uDHH7keeEvHhOs3cYBx5QzNh4ZtAv+M1TL8lIAW4chEsi3v0Lxq5mrDqG
EwqkIGmOxUkYI5ZfdB9CQptzHBPzmohvec56yi3ZNAkfjqf8ZCoZ7uUY3Rc7M/7E
Z19tIl7dvBbQX4Cuq6mt6pVBRib6JemRhjdxA2JilXV9KTg/5NEse6lsrvWHZC+q
cjLMEloAJvGaazRy8XsBlLTPXBCFqrSegmf8n6JrhcxDqe7qDX7tpIPL98Rc0/Fe
0iTX2TeDISC2ZyC46RM0pR/k5Os+EAcmcKlmbe4ytuzEcMZpJNzRAoVfOrf9HUR2
SGMoYEPVHyxsdxkCURfC
=J4e8
-END PGP SIGNATURE-


-- 
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/54298a2b.6010...@fastmail.fm

Re: Fwd: Re: cron in UTC?

On 29/09/14 17:13, Lisi Reisz wrote:
> On Monday 29 September 2014 17:01:31 Tony van der Hoff wrote:
>> well, it's my understanding that the system (hardware)  time is always
>> UTC, but there is no way to set localtime to GMT (or UTC). Perhaps I'm
>> misunderstanding you.
> 
> Erm  What do you think we who live near Greenwich do???
> 
Is Buckingham (1°W; see .sig) close enough, Lisi?

I think you do dpkg-reconfigure tzdata, and select Europe/London. There
is no option for GMT, specifically. Thus you get the twice-yearly hassle
of DST.  I believe you can define your own timezone, based on UTC+0, and
fix localtime to this.

But that's not really the point. I'm quite happy with localtime being
GMT/BST; I just want cron to trigger tasks at a fixed time each day,
regardless of localtime.

Surely, someone else must have encountered, and solved, this dilemma?

-- 
Tony van der Hoff| mailto:t...@vanderhoff.org
Buckinghamshire, England |

-- 
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/54298df3.5060...@vanderhoff.org

Re: Gnome 3.14 keyboard shortcut question--Solved

2014-09-29 Thread Tom Ashley

Thanks much.

Tom
On Sep 29, 2014 8:46 AM, "Michael Ott"  wrote:

> Hi Tom!
>
> > System: up to date Debian Testing, 64 bit, Gnome 3.14
> >
> > I'm trying Gnome again after several years of using Fluxbox and need
> > some help with creating a custom keyboard shortcut.  I'm using 8
> > workspaces and successfully created keyboard shortcuts for workspaces
> > 1-4 using Settings-> Keyboard->Shortcuts.  Shortcuts for workspaces
> > 5-8 require custom shortcuts.  What is the command to use in creating
> > these?  I've had no luck finding the answer in the Gnome Help Guides,
> > by using Google search, or by posting to the Gnome mailing list.
> >
> > Thanks in advance for any help.
> You can use the dconf-editor to change this setting.
> Path: org -> gnome -> desktop -> wm -> keybindings
>
> CU
>
>   Michael Ott
>
> --
> ,''`.
>: :' :   Michael Ott
>`. `'e-mail: michael at king-coder dot de
>  `-
>

Re: Let's have a vote!


Stephen Allen wrote:

On Mon, Sep 29, 2014 at 08:22:23AM +0200, Mart van de Wege wrote:

lee  writes:


"Karl E. Jorgensen"  writes:


* not doing "crazy things", like running backports or
   testing/unstable [2], and no grabbing *.debs from weird places.

Debian isn't as stable as you like to think.  I am required to run the
latest kernel from backports for otherwise my server will crash due to
NFS bugs, and for xen anyway.

When I was still using Debian, I was forced to run testing for otherwise
some relevant software would be too ancient.

Now look at Fedora: They manage to make a distribution with non-ancient
software, and it's running more stable than Debian stable.  I wonder why
Debian can't do this.


Then why don't you go use Fedora if you're so unhappy with Debian? That
would save us all a lot of pissing and moaning on this mailing list, and
you a lot of grief.

Mart
Archive: https://lists.debian.org/86fvfbx7xc@gaheris.avalon.lan


---end quoted text---

He says he doesn't use Debian above to wit ..."when I was still using
Debian,..."

So, Lee why are you even here complaining about Debian - You've admitted
you don't use it?!




For what it's worth - I find it useful to know who's moving to/from 
Debian, why, and to/from what.


Miles Fidelman

--
In theory, there is no difference between theory and practice.
In practice, there is.    Yogi Berra


--
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/54298f5a.8050...@meetinghouse.net

Re: Fwd: Re: cron in UTC?

On 29/09/14 17:48, John Hasler wrote:
> Tony van der Hoff writes:
>> My problem is that cron works to localtime. I want my cron tasks to be
>> triggered at the same time (UTC) each day, regardless of the current
>> localtime, wherever I may be.
> 
> man 5 crontab
> 
Believe me; I've beaten that man to death, but not found the answer.
Perhaps you'd like to give a more detailed pointer into that manual?


-- 
Tony van der Hoff| mailto:t...@vanderhoff.org
Buckinghamshire, England |


-- 
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/54299014.7020...@vanderhoff.org

Re: Let's have a vote!


Steve Litt wrote:

On Mon, 29 Sep 2014 11:45:13 -0400
Stephen Allen  wrote:


On Sun, Sep 28, 2014 at 11:29:22AM -0400, Steve Litt wrote:

On Sun, 28 Sep 2014 23:50:45 +1300
Chris Bannister  wrote:


On Sat, Sep 27, 2014 at 09:49:10PM -0400, Steve Litt wrote:

On Sat, 27 Sep 2014 18:32:38 -0400
  

Yes. I'm a huge believer in wiping and reinstalling major
versions. It's like spring cleaning, and I eliminate ghosts of
operating systems past.

And then there's the rest of us who run Debian precisely because
you don't have to reinstall. It's great because you only ever
need to install once.

Hi Chris,

I assume that implicit in your reply is that such a major version
upgrade works well, and that over the years you don't get all sorts
of accumulated software dust bunnies doing funny things to you.

How many others here have experiences like Chris'? My opinions are
based on Windows, Mandrake and Mandriva. By the time I got to
Ubuntu in 2007 (and Debian in 2013), I was solidly in the habit of
reinstalls and never tried a major version upgrade on Ubuntu or
Debian.

I just advised another poster to reinstall from scratch, so perhaps
it would be good to see how many succeeded, and how many failed, by
upgrading past major versions.

Thanks,

SteveT

I've one box that I've upgraded from Potato. My newer servers have
been upgraded in place. No fresh installs - that's why I use Debian on
servers. Quite frankly if you're used to Mandrake/Mandriva then you're
excused I suppose for thinking one should do a clean install - that
distro was never very solid, and they usually released each 6 months
or so.

I hereby downgrade my advice of fresh-installing, from essential advice,
to a Steve Litt quirk. At least eight people on this list have had great
success upgrading through multiple major versions. My habit to fresh
install major versions was developed while using DOS, Win9x, and
Mandrake/Mandriva, and it made a lot of sense in all three of those.
But not in Debian.

Me, I'm personally going to continue fresh installing, because I enjoy
the spring-cleaning aspect of it, and the fact that I'm starting my
new version from a known state. But I'm now aware this is a Steve Litt
quirk, not solid advice for the masses. Thanks to everyone for the info.


I'm with you on that.  Particularly this time around - since systemd 
pretty much forces me to examine each and every configuration file, 
monitoring tool, management script, and so forth that's accumulated 
since the last major upgrade.


Miles Fidelman


--
In theory, there is no difference between theory and practice.
In practice, there is.    Yogi Berra


--
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/54298fd4.1080...@meetinghouse.net

Re: Challenge to you: Voice your concerns regarding systemd upstream


Reco wrote:

  Hi.

On Mon, Sep 29, 2014 at 11:42:36AM -0400, Miles Fidelman wrote:

About the only thing that I'm missing here is why would anyone should
compile anything on a production server, Xen's dom0 specifically (as it
seems to be the main lee's concern).

I do it all the time.  Packaging of some of the things we run on our
list and web servers tends to run behind upstream, sometimes by
quite a bit.
"./configure; make install" is pretty much as easy as apt-get install

Well, 'make install' was always easier compared to the 'apt-get
install'. 'apt-get upgrade' and 'apt-get purge' are usually hard
to implement Slackware-style :)



As a general rule, I find that I use packaged software for all of
our base capabilities (utilities, dns, time, and so forth), and
build from upstream source for the production systems.

I hear you, but your example is somewhat incomplete. How often do you
run into problems that can be attributed to the multiarch? Is there any
valid usecase in mixing binaries from different architectures on a
single server (without virtualization, of course)? Is there anything in
current Debian's multiarch implementation that contradicts your current
compile-from-the-source practice?




Well.. it's mostly irrelevant, since I compile on the machine that I run 
on.  Pretty much anything that's been built with the gnu tools will 
detect and deal with architectural dependencies.  The real downside of 
compiling from source is manually dealing with dependencies.


Miles



--
In theory, there is no difference between theory and practice.
In practice, there is.    Yogi Berra


--
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/54298eee.10...@meetinghouse.net

Re: Fwd: Re: cron in UTC?

On 29/09/14 17:30, Don Armstrong wrote:
> On Mon, 29 Sep 2014, Tony van der Hoff wrote:
>>> On Wed, 24 Sep 2014 11:54:57 +0100
>> On 24/09/14 16:01, Don Armstrong wrote:
>>> My #1 suggestion is to have system time be GMT, and every shell/user set
>>> TZ appropriately. That's basically the only sane setting, as many time
>>> zones do DST (and change the rules for it from time to time).
>>
>> well, it's my understanding that the system (hardware) time is always
>> UTC, but there is no way to set localtime to GMT (or UTC). Perhaps I'm
>> misunderstanding you.
> 
> There are two different clocks here; there's the system clock which is
> kept by the kernel, which can be in any timezone, and the hardware clock
> which is kept by the motherboard, which is typically in UTC on unix
> machines.
>
OK. Understood.

> To switch the system time, just run
> 
> dpkg-reconfigure tzdata; # as root
> 
> and then select None, then UTC. Voila, your system time is now in UTC.
> 
Thank you; I hadn't spotted that 'None' entry.

>> That would be nice, but there does not appear to be any way to do
>> that.
> 
> There actually is; you edit /etc/pam.d/cron and add a line like
> 
> session   required   pam_env.so envfile=/etc/default/cron_locale
> 
> and add a /etc/default/cron/locale with TZ="UTC".
> 
> But that's complicated.
> 
OK, I'll investigate that; thanks for the info.

-- 
Tony van der Hoff| mailto:t...@vanderhoff.org
Buckinghamshire, England |


-- 
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/54299417.40...@vanderhoff.org

Re: Fwd: Re: cron in UTC?

Tony van der Hoff writes:
> Believe me; I've beaten that man to death, but not found the answer.
> Perhaps you'd like to give a more detailed pointer into that manual?

See the part about setting environment variables.  You should be able to
set TZ=UTC .

-- 
John Hasler 
jhas...@newsguy.com
Elmwood, WI USA


-- 
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/87sija5o9a@thumper.dhh.gt.org

Racoon

Hello

I want to make using racoon IPSEC connection. My configuration is as
follows. B site RouterOS (Mikrotik) are available. A kind of
connection can not be established.


Note: IP addresses are shown as examples.

WAN sites: 1.1.1.1
LAN sites: 2.2.2.2
B's: 3.3.3.3
B's: 4.4.4.4



- A site config;

pre_shared_key path "/etc/racoon/psk.txt";
path certificate "/ etc / racoon / certs";
remote 3.3.3.3 {
exchange_mo in the main;
initial_contact one;
proposal_check obey;
proposal {
 encryption_algorithm 3DES;
 hash_algorithm md5;
 authentication_method pre_shared_key;
 dh_group modp1024;
 }
}


Sainfoin any address 2.2.2.2/24 4.4.4.4/24 address any {
 lifetime time 24 hour;
 encryption_algorithm 3DES;
 authentication_algorithm hmac_md5;
 compression_algorithm deflate;
 pfs_group modp1024;
}


cat /etc/ipsec cat-tools.conf

#
-P out ipsec spdadd any 2.2.2.2/24 4.4.4.4/24
esp / tunnel / 1.1.1.1-3.3.3.3 / required;

-P out ipsec spdadd any 4.4.4.4/24 2.2.2.2/24
esp / tunnel / 3.3.3.3-1.1.1.1 / required;

===

cat psk.txt
xxx


B site

/ip ipsec proposal
set [ find default=yes ] auth-algorithms=md5
/ip ipsec peer
add address=1.1.1.1/32 secret=x
/ip ipsec policy
add dst-address=2.2.2.2 sa-dst-address=1.1.1.1 \
sa-src-address=3.3.3.3 src-address=4.4.4.4 tunnel=yes


What do you think could be the problem?


-- 
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/cahg8ted_hqfugz5borptbdnjpaobxmt-kueof3szr-opebo...@mail.gmail.com

Re: Fwd: Re: cron in UTC?

On 29/09/14 17:29, John Hasler wrote:
> Tony van der Hoff writes:
>> Believe me; I've beaten that man to death, but not found the answer.
>> Perhaps you'd like to give a more detailed pointer into that manual?
> 
> See the part about setting environment variables.  You should be able to
> set TZ=UTC .
> 
No, that sets the timezone passed to the task invoked bt cron; not the
timezone cron uses to schedule tasks.

>From man crontab:

LIMITATIONS:
The  cron  daemon runs with a defined timezone. It currently does not
support per-user timezones. All the tasks: system's and user's will be
run based on the configured timezone. Even if a user specifies the TZ
environment variable in his crontab this will affect only the commands
executed in the crontab, not the execution of the crontab tasks themselves.

Thanks, anyway, for the suggestion.

-- 
Tony van der Hoff| mailto:t...@vanderhoff.org
Buckinghamshire, England |

-- 
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/54299acb.9000...@vanderhoff.org

Re: Fwd: Re: cron in UTC?

2014-09-29 Thread Martin Read


On 29/09/14 17:13, Lisi Reisz wrote:

On Monday 29 September 2014 17:01:31 Tony van der Hoff wrote:

well, it's my understanding that the system (hardware)  time is always
UTC, but there is no way to set localtime to GMT (or UTC). Perhaps I'm
misunderstanding you.


Erm  What do you think we who live near Greenwich do???


Set our software time zone to Western European Time, which is only the 
same as GMT in winter.


(My desktop PC's hardware clock is also in WET, since I have a 
Linux/Windows dual boot system and Windows can't be relied on  to play 
nice if the hardware clock doesn't reflect local civil time.)



--
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/54299e45.7070...@zen.co.uk

Re: Fwd: Re: cron in UTC?

Put your tasks in /etc/crontab and set the system time to UTC.  Use each
user's TZ variable to set time zones for them.
-- 
John Hasler 
jhas...@newsguy.com
Elmwood, WI USA


-- 
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/87oaty5mkk@thumper.dhh.gt.org

Re: How/Where to file a feature request

2014-09-29 Thread Brian

On Mon 29 Sep 2014 at 12:48:58 -0400, Philippe Clérié wrote:

> On 09/27/2014 01:27 PM, Lisi Reisz wrote:
> >
> >I have looked at the bug report, and I would suggest that it may be
> >misphrased.  Keyboard selection is already in the installer.  I always choose
> >a standard UK keyboard and would struggle to install without it.  What is
> >missing apparently is the actual one you want.  Keyboard selection comes
> >after language selection.  Presumably (and I am guessing here) you choose US
> >English and are just given a US keyboard but the wrong one, rather than the
> >list of keyboards to select from that we British English choosers get.
> >
> >Lisi
> >
> >
> 
> You know, you have forced me to re-evaluate what I thought I knew.
> 
> It appears that the Debian installer _does not_ have a Keymap
> variant selection dialog, even in expert mode. Even dpkg-reconfigure
> keyboard-configuration does not seem to do anything, while in Ubuntu
> you get to do some more customization of the keyboard.

You may want to evaluate keeping your report open in the light of reading
#698322:

   https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=698322


With 'dpkg-reconfigure keyboard-configuration' I see two international
keyboard layouts. Both are under Englis (US).


-- 
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/29092014191428.8d2b952b0...@desktop.copernicus.demon.co.uk

Re: Racoon

2014-09-29 Thread Karl E. Jorgensen

Hi

On Mon, Sep 29, 2014 at 08:30:31PM +0300, Gokan Atmaca wrote:
> Hello
> 
> I want to make using racoon IPSEC connection. My configuration is as
> follows. B site RouterOS (Mikrotik) are available. A kind of
> connection can not be established.

What do you get in the logs?

For a "connection" (by which I assume you mean an established tunnel)
to be established, racoon needs to the the handshakes with the other
side - if these fail, there should be traces of it in the
logs.

Usually, there will be logging even if it is successfull.  Racoon
should log via syslog, hence (depending on your syslog configuration)
/var/log/daemon.log would be the place to look.

> Note: IP addresses are shown as examples.
> 
> WAN sites: 1.1.1.1
> LAN sites: 2.2.2.2
> B's: 3.3.3.3
> B's: 4.4.4.4
> 
> 
> 
> - A site config;
> 
> pre_shared_key path "/etc/racoon/psk.txt";
> path certificate "/ etc / racoon / certs";

This looks like a bad copy/paste?? You have spaces in it? Really??

> remote 3.3.3.3 {
> exchange_mo in the main;

This does not look like valid syntax. More bad copy/paste? Looks like
it was an attempt at "exchange_mode" ...

> initial_contact one;
> proposal_check obey;
> proposal {
>  encryption_algorithm 3DES;
>  hash_algorithm md5;
>  authentication_method pre_shared_key;
>  dh_group modp1024;
>  }
> }

You may want to avoid 3DES...

> 
> 
> Sainfoin any address 2.2.2.2/24 4.4.4.4/24 address any {

"Sainfoin" .. hm...

Which version of racoon is this?

>  lifetime time 24 hour;
>  encryption_algorithm 3DES;
>  authentication_algorithm hmac_md5;
>  compression_algorithm deflate;
>  pfs_group modp1024;
> }

I'd recommend looking in the logs to start with, and getting rid of
the syntax errors in the config before going further...

Hope this helps
-- 
Karl E. Jorgensen

-- 
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/20140929183443.GA17498@hawking

apt-get errors

2014-09-29 Thread John Aten

Hi all,

I recently installed Debian Wheezy on an old Dell Inspiron laptop. It's working 
pretty well, aside from a few hiccups. One of these happens when updating. 
apt-get update returns the following errors:

Err http://http.us.debian.org wheezy/non-free i386 Packages
404 Not Found [IP: 128.61.240.89 80]
Err http://http.us.debian.org wheezy/contrib i386 Packages
404 Not Found [IP: 128.61.240.89 80]
Err http://http.us.debian.org wheezy/main i386 Packages
404 Not Found [IP: 128.61.240.89 80]
Err http://http.us.debian.org wheezy/updates/main Sources
Err http://http.uW: Failed to fetch 
http://http.us.debian.org/debian/dists/wheezy/non-free/binary-i386/Packages 404 
Not Found [IP: 128.61.240.89 80]
W: Failed to fetch 
http://http.us.debian.org/debian/dists/wheezy/contrib/binary-i386/Packages 404 
Not Found [IP: 128.61.240.89 80]
W: Failed to fetch 
http://http.us.debian.org/debian/dists/wheezy/main/binary-i386/Packages 404 Not 
Found [IP: 128.61.240.89 80]
W: Failed to fetch 
http://http.us.debian.org/debian/dists/wheezy/updates/main/source/Sources 404 
Not Found [IP: 128.61.240.89 80]
E: Some index files failed to download. They have been ignored, or old ones 
used instead.
s.debian.org wheezy/updates/main Sources
Err http://http.us.debian.org wheezy/updates/main Sources
404 Not Found [IP: 128.61.240.89 80]


I ran the command again, and got this:

E: Could not get lock /var/lib/apt/lists/lock - open (11: Resource temporarily 
unavailable)
E: Unable to lock directory /var/lib/apt/lists/

Is there anything I can do about this?

Thanks.

J

--
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/78677148-361b-4101-a566-5aa0b9349...@gmail.com

Re: Racoon

Hello

>What do you get in the logs?
>For a "connection" (by which I assume you mean an established tunnel)
>to be established, racoon needs to the the handshakes with the other
>side - if these fail, there should be traces of it in the
>logs.


Debian racoon Logs;

Sep 29 17:26:57 mx04 rsyslogd-2177: imuxsock lost 29 messages from pid
2353 due to rate-limiting
Sep 29 17:26:57 mx04 racoon: DEBUG: ===
Sep 29 17:26:57 mx04 racoon: DEBUG: 84 bytes message received from
2.2.2.2[500] to 1.1.1.1[500]
Sep 29 17:26:57 mx04 racoon: DEBUG: #012d023406b 52dfd0b5 abb9799e
9ea312c0 08100501 940797cb 0054 8b2eaffd#0128f73c0ea 8174951c
9016a691 576c75df 8c598304 4a59b436 84681892 17b9f076#012d50b7bd4
6b7bfd6c 5c38a83d ef4421f7 254a7906
Sep 29 17:26:57 mx04 racoon: DEBUG: receive Information.
Sep 29 17:26:57 mx04 racoon: DEBUG: compute IV for phase2
Sep 29 17:26:57 mx04 racoon: DEBUG: phase1 last IV:
Sep 29 17:26:57 mx04 racoon: DEBUG: #012049e3207 97a2f76e 940797cb
Sep 29 17:26:57 mx04 racoon: DEBUG: hash(md5)
Sep 29 17:26:57 mx04 racoon: DEBUG: encryption(3des)
Sep 29 17:26:57 mx04 racoon: DEBUG: phase2 IV computed:
Sep 29 17:26:57 mx04 racoon: DEBUG: #0126ee4bc2f 792ffba2
Sep 29 17:26:57 mx04 racoon: DEBUG: begin decryption.
Sep 29 17:26:57 mx04 racoon: DEBUG: encryption(3des)
Sep 29 17:26:57 mx04 racoon: DEBUG: IV was saved for next processing:
Sep 29 17:26:57 mx04 racoon: DEBUG: #012ef4421f7 254a7906
Sep 29 17:26:57 mx04 racoon: DEBUG: encryption(3des)
Sep 29 17:26:57 mx04 racoon: DEBUG: with key:
Sep 29 17:26:57 mx04 racoon: DEBUG: #0121158b894 fcf8cc8f b7963aff
9f508c30 40f85979 1d9148c3
Sep 29 17:26:57 mx04 racoon: DEBUG: decrypted payload by IV:
Sep 29 17:26:57 mx04 racoon: DEBUG: #0126ee4bc2f 792ffba2
Sep 29 17:26:57 mx04 racoon: DEBUG: decrypted payload, but not trimed.
Sep 29 17:26:57 mx04 racoon: DEBUG: #0120c14 2c306481 245bb895
c7569e24 15af84bc 001c 0001 0111#012d023406b 52dfd0b5
abb9799e 9ea312c0 2c7f01b2 ab9d2807
Sep 29 17:26:57 mx04 racoon: DEBUG: padding len=8
Sep 29 17:26:57 mx04 racoon: DEBUG: skip to trim padding.
Sep 29 17:26:57 mx04 racoon: DEBUG: decrypted.
Sep 29 17:26:57 mx04 racoon: DEBUG: #012d023406b 52dfd0b5 abb9799e
9ea312c0 08100501 940797cb 0054 0c14#0122c306481 245bb895
c7569e24 15af84bc 001c 0001 0111 d023406b#01252dfd0b5
abb9799e 9ea312c0 2c7f01b2 ab9d2807
Sep 29 17:26:57 mx04 racoon: DEBUG: IV freed
Sep 29 17:26:57 mx04 racoon: DEBUG: HASH with:
Sep 29 17:26:57 mx04 racoon: DEBUG: #012940797cb 001c 0001
0111 d023406b 52dfd0b5 abb9799e 9ea312c0
Sep 29 17:26:57 mx04 racoon: DEBUG: hmac(hmac_md5)
Sep 29 17:26:57 mx04 racoon: DEBUG: HASH computed:
Sep 29 17:26:57 mx04 racoon: DEBUG: #0122c306481 245bb895 c7569e24 15af84bc
Sep 29 17:26:57 mx04 racoon: DEBUG: hash validated.
Sep 29 17:26:57 mx04 racoon: DEBUG: begin.
Sep 29 17:26:57 mx04 racoon: DEBUG: seen nptype=8(hash)
Sep 29 17:26:57 mx04 racoon: DEBUG: seen nptype=12(delete)
Sep 29 17:26:57 mx04 racoon: DEBUG: succeed.
Sep 29 17:26:57 mx04 racoon: [2.2.2.2.] DEBUG: delete payload for
protocol ISAKMP
Sep 29 17:26:57 mx04 racoon: INFO: ISAKMP-SA expired
1.1.1.1[500]-2.2.2.2[500] spi:d023406b52dfd0b5:abb9799e9ea312c0
Sep 29 17:26:57 mx04 racoon: INFO: ISAKMP-SA deleted
1.1.1.1[500]-2.2.2.2[500] spi:d023406b52dfd0b5:abb9799e9ea312c0
Sep 29 17:26:57 mx04 racoon: DEBUG: IV freed
Sep 29 17:26:57 mx04 racoon: DEBUG: purged SAs.



> This looks like a bad copy/paste?? You have spaces in it? Really??
Yes , bad paste...
===


> Which version of racoon is this?


Racoon informaiton;

root@mx04:/etc/racoon# dpkg -s racoon
Package: racoon
Status: install ok installed
Priority: extra
Section: net
Installed-Size: 1120
Maintainer: Matthew Grant 
Architecture: amd64
Source: ipsec-tools
Version: 1:0.8.0-14
Provides: ike-server
Depends: debconf (>= 0.5) | debconf-2.0, ipsec-tools (= 1:0.8.0-14),
libc6 (>= 2.8), libcomerr2 (>= 1.01), libgssapi-krb5-2 (>=
1.10+dfsg~), libk5crypto3 (>= 1.6.dfsg.2), libkrb5-3 (>= 1.6.dfsg.2),
libldap-2.4-2 (>= 2.4.7), libpam0g (>= 0.99.7.1), libssl1.0.0 (>=
1.0.0), adduser, perl
Conflicts: ike-server
Conffiles:
 /etc/init.d/racoon 249ef4dcc91c0b3f05fdda8c13b9d5ac
 /etc/racoon/psk.txt 8912f9ec996ab814f11c45064e80b749
 /etc/racoon/racoon-tool.conf dd682434a9e4bfa828c3595510874e15
 /etc/racoon/racoon.conf 4f91882b325d8ab11361171ef0e56c5d
Description: IPsec Internet Key Exchange daemon
 IPsec (Internet Protocol security) offers end-to-end security for
 network traffic at the IP layer.
=

B site logs;

01108d29 6f187d06
22:27:11 ipsec,debug,packet e00903ea 2d309a93 7021a75d 06ec 9db78703
22:27:11 ipsec,debug,packet HASH with:
22:27:11 ipsec,debug,packet b3c284d5 0020 0001 01108d29
6f187d06 e00903ea
2d309a93 7021a75d
22:27:11 ipsec,debug,packet 06ec
22:27:11 ipsec,debug,packet hmac(hmac_md5)
22:27:11 ipsec,debug,packet HASH computed:
22:27:11 ipsec,debug,packet a020f2a8 63d1e2eb 09deec37 eca91b36
22:27:11 ipsec,debug,packet hash

vsftpd with ssl

2014-09-29 Thread Marko Randjelovic

I installed vsftpd on Wheezy and am trying to make it work with ssl (ftps
protocol).

This is my config file:

listen=YES
anonymous_enable=NO
local_enable=YES
dirmessage_enable=YES
use_localtime=YES
xferlog_enable=YES
nopriv_user=ftpsecure
secure_chroot_dir=/var/run/vsftpd/empty
pam_service_name=vsftpd
rsa_cert_file=/etc/ssl/private/vs.pem
ssl_enable=YES
debug_ssl=YES
log_ftp_protocol=YES

/etc/ftpusers does not contain user vsftp.

I connect with:

lftp ftps://vsftp@127.0.0.1:21
Password: 
lftp vsftp@127.0.0.1:~> ls
ls: Fatal error: gnutls_handshake: An unexpected TLS packet was received.

In /var/log/vsftpd.log appears:

Mon Sep 29 21:55:10 2014 [pid 2] CONNECT: Client "127.0.0.1"
Mon Sep 29 21:55:10 2014 [pid 2] FTP response: Client "127.0.0.1", "220 (vsFTPd
2.3.5)"
Mon Sep 29 21:55:10 2014 [pid 2] FTP command: Client "127.0.0.1",
"P???L??T)???T?HI??+???|NHD???0?3?G?E?9?K?2?@?D?8?J?F?/?https://lists.debian.org/1412020836.5429ba644e...@webmail.eunet.rs

Re: vsftpd with ssl

2014-09-29 Thread Jonathan Dowland

On Mon, Sep 29, 2014 at 10:00:36PM +0200, Marko Randjelovic wrote:
> I installed vsftpd on Wheezy and am trying to make it work with ssl (ftps
> protocol).
snip
> Please help me beacuse I have no ideas.

All I know about FTP/SSL is that there are a lot of variations of the protocol,
such as exactly when to start the SSL, after USER but before PASS, before both,
etc.  The only two things I can think of are

1) try more clients (FireFTP? CoreFTP?)

2) check what ports vsftpd is listening on - is it listening on a higher port
   (e.g. 990) and if so, can you configure your client to connect to that port?

-- 
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/20140929201913.GA25547@debian

Re: apt-get errors

2014-09-29 Thread Brian

On Mon 29 Sep 2014 at 14:20:04 -0500, John Aten wrote:

> I recently installed Debian Wheezy on an old Dell Inspiron laptop.
> It's working pretty well, aside from a few hiccups. One of these
> happens when updating. apt-get update returns the following errors:

[Snip]
 
> Is there anything I can do about this?

Comment out everything in sources.list and add the line

  deb http://http.debian.net/debian wheezy main

How does 'apt-get update' go now?


-- 
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/29092014211535.dacd46aff...@desktop.copernicus.demon.co.uk

Un-muting PulseAudio/ALSA?

2014-09-29 Thread John Conover


I'm having trouble un-muting PulseAudio/ALSA. Can someone give me a
reference on how to fix it?

Thanks,

John

BTW, antagonizing the Google for an answer resulted in a multitude of
witchcraft solutions, none of which worked.

-- 

John Conover, cono...@rahul.net, http://www.johncon.com/


-- 
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/20140929202230.30870.qm...@rahul.net

OT: Yahoo Fixed in Iceweasel

2014-09-29 Thread Patrick Bartek

Just checked Yahoo's main page and it now displays correctly in
Iceweasel.  Always displayed properly in Chrome.  No more "mobile"
look. I didn't do anything. Yahoo corrected it.  Just like all the
other times it happened over the years with Firefox.

Now, if flash would run in Chrome, I'd be happy.  Well, not happy, but
at least satisfied. ;-)

B


-- 
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/20140929135328.59c94...@debian7.boseck208.net

Re: Let's have a vote!

On Mon, Sep 29, 2014 at 11:58:30AM -0400, Steve Litt wrote:

> Me, I'm personally going to continue fresh installing, because I enjoy
> the spring-cleaning aspect of it, and the fact that I'm starting my
> new version from a known state. But I'm now aware this is a Steve Litt
> quirk, not solid advice for the masses. Thanks to everyone for the info.
> 
> SteveT
> 
---end quoted text---

FWIW I use bleachbit to clean (as you put it) "the cruft". Also, in
terms of upgrading a Debian System - Are you aware that prior to each
major release, Debian releases a comprehensive upgrade treatise that
covers any quirks and describing hoops one may need to do. It's pretty
much required reading.

-- 
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/20140929211310.GA17517@Jessie

Re: Fwd: Re: cron in UTC?

2014-09-29 Thread Lisi Reisz

On Monday 29 September 2014 17:50:59 Tony van der Hoff wrote:
> I think you do dpkg-reconfigure tzdata, and select Europe/London. There
> is no option for GMT, specifically. Thus you get the twice-yearly hassle
> of DST.

Ah!  I configure localtime via my DE (TDE) and get the option of whether I 
want BST or not.  Thus, I could have GMT all year (I think - I have never 
wanted it).  Sorry, I couldn't resist the statement that GMT isn't possible 
in localtime!  Even by your reckoniong you get it from October 31st to March 
31st every year.

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/201409292219.58602.lisi.re...@gmail.com

Re: apt-get errors

On Mon, 29 Sep 2014 14:20:04 -0500
John Aten  wrote:

> Hi all,
> 
> I recently installed Debian Wheezy on an old Dell Inspiron laptop.
> It's working pretty well, aside from a few hiccups. One of these
> happens when updating. apt-get update returns the following errors:
> 
> Err http://http.us.debian.org wheezy/non-free i386 Packages
> 404 Not Found [IP: 128.61.240.89 80]

[snip]

=
slitt@mydesq2:~$ dig @8.8.8.8 -x 128.61.240.89

; <<>> DiG 9.8.4-rpz2+rl005.12-P1 <<>> @8.8.8.8 -x 128.61.240.89
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 26120
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;89.240.61.128.in-addr.arpa.IN  PTR

;; ANSWER SECTION:
89.240.61.128.in-addr.arpa. 20342 INPTR
debian.gtisc.gatech.edu.

;; Query time: 31 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Mon Sep 29 17:24:46 2014
;; MSG SIZE  rcvd: 81

slitt@mydesq2:~$ 
=

Looks like either there is or was something wrong with
debian.gtisc.gatech.edu, or there is or was something wrong with your
network including firewall rules etc.

You ran it and it failed, and now it looks like you've got some kind of
lock. If this is your personal machine or just a desktop, I'd shut it
down, power it off, bring it back up, make sure you can get to
debian.gtisc.gatech.edu, and then rerun your original commands.


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/20140929172909.7b577...@mydesq2.domain.cxm

Re: Re: funny text in bash history

On Sun, Sep 28, 2014 at 06:04:18PM +0100, Clive Standbridge wrote:

> That's just for starters. Install the bash-completion package,
> un-comment the code in ~/.bashrc following the "enable programmable
> completion features" comment, and start a new shell.
> 
> Now when you start typing and press Tab, it will offer all sorts of
> completions in context, e.g. command options, hostnames, and more.
> 
> Rock on!
---end quoted text---

Hey, Clive thats pretty handy, 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/20140929213424.GB17517@Jessie

Re: Racoon

In addition to the logs;

Sep 29 21:46:02 mx04 racoon: [x.x.x.x] ERROR: couldn't find the pskey
for x.x.x.x.  │
Sep 29 21:46:02 mx04 racoon: [x.x.x.x] ERROR: failed to process ph1
packet (side: 1, status: 4).
   │
Sep 29 21:46:02 mx04 racoon: [x.x.x.x] ERROR: phase1 negotiation
failed.
  │
Sep 29 21:46:28 mx04 racoon: DEBUG: pfkey X_SPDDUMP failed: No such
file or directory
 │
Sep 29 21:47:17 mx04 racoon: DEBUG: pfkey X_SPDDUMP failed: No such
file or directory



On Mon, Sep 29, 2014 at 10:40 PM, Gokan Atmaca  wrote:
> Hello
>
>>What do you get in the logs?
>>For a "connection" (by which I assume you mean an established tunnel)
>>to be established, racoon needs to the the handshakes with the other
>>side - if these fail, there should be traces of it in the
>>logs.
>
>
> Debian racoon Logs;
>
> Sep 29 17:26:57 mx04 rsyslogd-2177: imuxsock lost 29 messages from pid
> 2353 due to rate-limiting
> Sep 29 17:26:57 mx04 racoon: DEBUG: ===
> Sep 29 17:26:57 mx04 racoon: DEBUG: 84 bytes message received from
> 2.2.2.2[500] to 1.1.1.1[500]
> Sep 29 17:26:57 mx04 racoon: DEBUG: #012d023406b 52dfd0b5 abb9799e
> 9ea312c0 08100501 940797cb 0054 8b2eaffd#0128f73c0ea 8174951c
> 9016a691 576c75df 8c598304 4a59b436 84681892 17b9f076#012d50b7bd4
> 6b7bfd6c 5c38a83d ef4421f7 254a7906
> Sep 29 17:26:57 mx04 racoon: DEBUG: receive Information.
> Sep 29 17:26:57 mx04 racoon: DEBUG: compute IV for phase2
> Sep 29 17:26:57 mx04 racoon: DEBUG: phase1 last IV:
> Sep 29 17:26:57 mx04 racoon: DEBUG: #012049e3207 97a2f76e 940797cb
> Sep 29 17:26:57 mx04 racoon: DEBUG: hash(md5)
> Sep 29 17:26:57 mx04 racoon: DEBUG: encryption(3des)
> Sep 29 17:26:57 mx04 racoon: DEBUG: phase2 IV computed:
> Sep 29 17:26:57 mx04 racoon: DEBUG: #0126ee4bc2f 792ffba2
> Sep 29 17:26:57 mx04 racoon: DEBUG: begin decryption.
> Sep 29 17:26:57 mx04 racoon: DEBUG: encryption(3des)
> Sep 29 17:26:57 mx04 racoon: DEBUG: IV was saved for next processing:
> Sep 29 17:26:57 mx04 racoon: DEBUG: #012ef4421f7 254a7906
> Sep 29 17:26:57 mx04 racoon: DEBUG: encryption(3des)
> Sep 29 17:26:57 mx04 racoon: DEBUG: with key:
> Sep 29 17:26:57 mx04 racoon: DEBUG: #0121158b894 fcf8cc8f b7963aff
> 9f508c30 40f85979 1d9148c3
> Sep 29 17:26:57 mx04 racoon: DEBUG: decrypted payload by IV:
> Sep 29 17:26:57 mx04 racoon: DEBUG: #0126ee4bc2f 792ffba2
> Sep 29 17:26:57 mx04 racoon: DEBUG: decrypted payload, but not trimed.
> Sep 29 17:26:57 mx04 racoon: DEBUG: #0120c14 2c306481 245bb895
> c7569e24 15af84bc 001c 0001 0111#012d023406b 52dfd0b5
> abb9799e 9ea312c0 2c7f01b2 ab9d2807
> Sep 29 17:26:57 mx04 racoon: DEBUG: padding len=8
> Sep 29 17:26:57 mx04 racoon: DEBUG: skip to trim padding.
> Sep 29 17:26:57 mx04 racoon: DEBUG: decrypted.
> Sep 29 17:26:57 mx04 racoon: DEBUG: #012d023406b 52dfd0b5 abb9799e
> 9ea312c0 08100501 940797cb 0054 0c14#0122c306481 245bb895
> c7569e24 15af84bc 001c 0001 0111 d023406b#01252dfd0b5
> abb9799e 9ea312c0 2c7f01b2 ab9d2807
> Sep 29 17:26:57 mx04 racoon: DEBUG: IV freed
> Sep 29 17:26:57 mx04 racoon: DEBUG: HASH with:
> Sep 29 17:26:57 mx04 racoon: DEBUG: #012940797cb 001c 0001
> 0111 d023406b 52dfd0b5 abb9799e 9ea312c0
> Sep 29 17:26:57 mx04 racoon: DEBUG: hmac(hmac_md5)
> Sep 29 17:26:57 mx04 racoon: DEBUG: HASH computed:
> Sep 29 17:26:57 mx04 racoon: DEBUG: #0122c306481 245bb895 c7569e24 15af84bc
> Sep 29 17:26:57 mx04 racoon: DEBUG: hash validated.
> Sep 29 17:26:57 mx04 racoon: DEBUG: begin.
> Sep 29 17:26:57 mx04 racoon: DEBUG: seen nptype=8(hash)
> Sep 29 17:26:57 mx04 racoon: DEBUG: seen nptype=12(delete)
> Sep 29 17:26:57 mx04 racoon: DEBUG: succeed.
> Sep 29 17:26:57 mx04 racoon: [2.2.2.2.] DEBUG: delete payload for
> protocol ISAKMP
> Sep 29 17:26:57 mx04 racoon: INFO: ISAKMP-SA expired
> 1.1.1.1[500]-2.2.2.2[500] spi:d023406b52dfd0b5:abb9799e9ea312c0
> Sep 29 17:26:57 mx04 racoon: INFO: ISAKMP-SA deleted
> 1.1.1.1[500]-2.2.2.2[500] spi:d023406b52dfd0b5:abb9799e9ea312c0
> Sep 29 17:26:57 mx04 racoon: DEBUG: IV freed
> Sep 29 17:26:57 mx04 racoon: DEBUG: purged SAs.
>
> 
>
>> This looks like a bad copy/paste?? You have spaces in it? Really??
> Yes , bad paste...
> ===
>
>
>> Which version of racoon is this?
>
>
> Racoon informaiton;
>
> root@mx04:/etc/racoon# dpkg -s racoon
> Package: racoon
> Status: install ok installed
> Priority: extra
> Section: net
> Installed-Size: 1120
> Maintainer: Matthew Grant 
> Architecture: amd64
> Source: ipsec-tools
> Version: 1:0.8.0-14
> Provides: ike-server
> Depends: debconf (>= 0.5) | debconf-2.0, ipsec-tools (= 1:0.8.0-14),
> libc6 (>= 2.8), libcomerr2 (>= 1.01), libgssapi-krb5-2 (>=
> 1.10+dfsg~), libk5crypto3 (>= 1.6.dfsg.2), libkrb5-3 (>= 1.6.dfsg.2),
> libldap-2.4-2 (>= 2.4.7), libpam0g (>= 0.99.7.1), libssl1.0.0 (>=
> 1.0.0), adduser, perl
> Conflicts: ike-server
> Conffiles:
>  /etc/init.d/racoon 249ef4dcc91c0b3f05fdda8c13b9d5ac
>  /etc/racoon/psk.txt 8912f9ec996

Re: apt-get errors

2014-09-29 Thread alex . andreotti

On Mon, Sep 29, 2014 at 02:20:04PM -0500, John Aten wrote:
> Hi all,
> 
> I recently installed Debian Wheezy on an old Dell Inspiron laptop. It's 
> working pretty well, aside from a few hiccups. One of these happens when 
> updating. apt-get update returns the following errors:
> 
> Err http://http.us.debian.org wheezy/non-free i386 Packages
> 404 Not Found [IP: 128.61.240.89 80]

[snip]

Just happened to me too few mins ago with http://ftp.it.debian.org,
usually (very rarely) when it happen I assume is the mirror still not
synced, so I wait a while (from few hours to a couple of days) before
changing mirror in /etc/apt/sources.list.

(now is just fine, work again)

> 
> 
> I ran the command again, and got this:
> 
> E: Could not get lock /var/lib/apt/lists/lock - open (11: Resource 
> temporarily unavailable)
> E: Unable to lock directory /var/lib/apt/lists/
> 
> Is there anything I can do about this?

Probably apt is still executing or crashed without removing
/var/lib/apt/lists/lock, you should make sure isn't running then I
think /var/lib/apt/lists/lock could be safely removed.

Cheers

-- 
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/20140929220335.GA1138@hellspawn

Re: Racoon

Last state;

root@mx04:/etc/racoon# racoonctl show-event
reload-config : x.x.x.x[500] -> x.x.x.x[500]
Phase 1 deleted : x.x.x.x[500] -> x.x.x.x[500]
Phase 1 established : x.x.x.x[500] -> x.x.x.x[500]
Phase 1 mode configuration done : x.x.x.x[500] -> x.x.x.x.[500]



On Tue, Sep 30, 2014 at 12:49 AM, Gokan Atmaca  wrote:
> In addition to the logs;
>
> Sep 29 21:46:02 mx04 racoon: [x.x.x.x] ERROR: couldn't find the pskey
> for x.x.x.x.  │
> Sep 29 21:46:02 mx04 racoon: [x.x.x.x] ERROR: failed to process ph1
> packet (side: 1, status: 4).
>│
> Sep 29 21:46:02 mx04 racoon: [x.x.x.x] ERROR: phase1 negotiation
> failed.
>   │
> Sep 29 21:46:28 mx04 racoon: DEBUG: pfkey X_SPDDUMP failed: No such
> file or directory
>  │
> Sep 29 21:47:17 mx04 racoon: DEBUG: pfkey X_SPDDUMP failed: No such
> file or directory
>
>
>
> On Mon, Sep 29, 2014 at 10:40 PM, Gokan Atmaca  wrote:
>> Hello
>>
>>>What do you get in the logs?
>>>For a "connection" (by which I assume you mean an established tunnel)
>>>to be established, racoon needs to the the handshakes with the other
>>>side - if these fail, there should be traces of it in the
>>>logs.
>>
>>
>> Debian racoon Logs;
>>
>> Sep 29 17:26:57 mx04 rsyslogd-2177: imuxsock lost 29 messages from pid
>> 2353 due to rate-limiting
>> Sep 29 17:26:57 mx04 racoon: DEBUG: ===
>> Sep 29 17:26:57 mx04 racoon: DEBUG: 84 bytes message received from
>> 2.2.2.2[500] to 1.1.1.1[500]
>> Sep 29 17:26:57 mx04 racoon: DEBUG: #012d023406b 52dfd0b5 abb9799e
>> 9ea312c0 08100501 940797cb 0054 8b2eaffd#0128f73c0ea 8174951c
>> 9016a691 576c75df 8c598304 4a59b436 84681892 17b9f076#012d50b7bd4
>> 6b7bfd6c 5c38a83d ef4421f7 254a7906
>> Sep 29 17:26:57 mx04 racoon: DEBUG: receive Information.
>> Sep 29 17:26:57 mx04 racoon: DEBUG: compute IV for phase2
>> Sep 29 17:26:57 mx04 racoon: DEBUG: phase1 last IV:
>> Sep 29 17:26:57 mx04 racoon: DEBUG: #012049e3207 97a2f76e 940797cb
>> Sep 29 17:26:57 mx04 racoon: DEBUG: hash(md5)
>> Sep 29 17:26:57 mx04 racoon: DEBUG: encryption(3des)
>> Sep 29 17:26:57 mx04 racoon: DEBUG: phase2 IV computed:
>> Sep 29 17:26:57 mx04 racoon: DEBUG: #0126ee4bc2f 792ffba2
>> Sep 29 17:26:57 mx04 racoon: DEBUG: begin decryption.
>> Sep 29 17:26:57 mx04 racoon: DEBUG: encryption(3des)
>> Sep 29 17:26:57 mx04 racoon: DEBUG: IV was saved for next processing:
>> Sep 29 17:26:57 mx04 racoon: DEBUG: #012ef4421f7 254a7906
>> Sep 29 17:26:57 mx04 racoon: DEBUG: encryption(3des)
>> Sep 29 17:26:57 mx04 racoon: DEBUG: with key:
>> Sep 29 17:26:57 mx04 racoon: DEBUG: #0121158b894 fcf8cc8f b7963aff
>> 9f508c30 40f85979 1d9148c3
>> Sep 29 17:26:57 mx04 racoon: DEBUG: decrypted payload by IV:
>> Sep 29 17:26:57 mx04 racoon: DEBUG: #0126ee4bc2f 792ffba2
>> Sep 29 17:26:57 mx04 racoon: DEBUG: decrypted payload, but not trimed.
>> Sep 29 17:26:57 mx04 racoon: DEBUG: #0120c14 2c306481 245bb895
>> c7569e24 15af84bc 001c 0001 0111#012d023406b 52dfd0b5
>> abb9799e 9ea312c0 2c7f01b2 ab9d2807
>> Sep 29 17:26:57 mx04 racoon: DEBUG: padding len=8
>> Sep 29 17:26:57 mx04 racoon: DEBUG: skip to trim padding.
>> Sep 29 17:26:57 mx04 racoon: DEBUG: decrypted.
>> Sep 29 17:26:57 mx04 racoon: DEBUG: #012d023406b 52dfd0b5 abb9799e
>> 9ea312c0 08100501 940797cb 0054 0c14#0122c306481 245bb895
>> c7569e24 15af84bc 001c 0001 0111 d023406b#01252dfd0b5
>> abb9799e 9ea312c0 2c7f01b2 ab9d2807
>> Sep 29 17:26:57 mx04 racoon: DEBUG: IV freed
>> Sep 29 17:26:57 mx04 racoon: DEBUG: HASH with:
>> Sep 29 17:26:57 mx04 racoon: DEBUG: #012940797cb 001c 0001
>> 0111 d023406b 52dfd0b5 abb9799e 9ea312c0
>> Sep 29 17:26:57 mx04 racoon: DEBUG: hmac(hmac_md5)
>> Sep 29 17:26:57 mx04 racoon: DEBUG: HASH computed:
>> Sep 29 17:26:57 mx04 racoon: DEBUG: #0122c306481 245bb895 c7569e24 15af84bc
>> Sep 29 17:26:57 mx04 racoon: DEBUG: hash validated.
>> Sep 29 17:26:57 mx04 racoon: DEBUG: begin.
>> Sep 29 17:26:57 mx04 racoon: DEBUG: seen nptype=8(hash)
>> Sep 29 17:26:57 mx04 racoon: DEBUG: seen nptype=12(delete)
>> Sep 29 17:26:57 mx04 racoon: DEBUG: succeed.
>> Sep 29 17:26:57 mx04 racoon: [2.2.2.2.] DEBUG: delete payload for
>> protocol ISAKMP
>> Sep 29 17:26:57 mx04 racoon: INFO: ISAKMP-SA expired
>> 1.1.1.1[500]-2.2.2.2[500] spi:d023406b52dfd0b5:abb9799e9ea312c0
>> Sep 29 17:26:57 mx04 racoon: INFO: ISAKMP-SA deleted
>> 1.1.1.1[500]-2.2.2.2[500] spi:d023406b52dfd0b5:abb9799e9ea312c0
>> Sep 29 17:26:57 mx04 racoon: DEBUG: IV freed
>> Sep 29 17:26:57 mx04 racoon: DEBUG: purged SAs.
>>
>> 
>>
>>> This looks like a bad copy/paste?? You have spaces in it? Really??
>> Yes , bad paste...
>> ===
>>
>>
>>> Which version of racoon is this?
>>
>>
>> Racoon informaiton;
>>
>> root@mx04:/etc/racoon# dpkg -s racoon
>> Package: racoon
>> Status: install ok installed
>> Priority: extra
>> Section: net
>> Installed-Size: 1120
>> Maintainer: Matthew Grant 
>> Architecture: amd64
>> Source: ipsec-tools
>> Version: 1:0.8.0-

Re: Let's have a vote!

2014-09-29 Thread Charlie

On Mon, 29 Sep 2014 11:58:30 -0400 Steve Litt sent:

> Me, I'm personally going to continue fresh installing, because I enjoy
> the spring-cleaning aspect of it, and the fact that I'm starting my
> new version from a known state. But I'm now aware this is a Steve Litt
> quirk, not solid advice for the masses. Thanks to everyone for the
> info.

I suppose if you don't have to buy new machines and have no hardware
failure one can just keep updating and upgrading reading the Debian
recommendations for the major updates and taking the advice given.
Maybe fresh installs aren't required?

In my case have two laptops with Debian Jessie, an Acer and Toshiba,
second hand when I got them both with only 512MB of RAM and a bit
challenged now, when I do too much at once. They will never go past
Jessie, they have both been used as desktops due to only having a small
solar power system. Both are 7 years young. I love them, but won't move
the operating system up on either.

The lappy I had before them lasted about 7 years before it died, so
I suppose every 7 or so years I do a fresh install. Having someone give
me an old machine that doesn't have the resources to update an ms
system, wiping the hard drive and installing the current flavour of
testing.

But have also done a fresh install a couple of times in the past between
that time when I really broke a system, and I wanted to change the
partitions on it as an added incentive to make me do it. [laughing]

I'm not really frightened about reinstalling. Have a list of initial
packages I use, and then add anything else as I need it. That also
cleans out packages I seldom or in some cases never use, but thought I
might. The are probably other reasons that make reinstalling attractive
at the time that don't come to mind in this instant.

Charlie
-- 
Registered Linux User:- 329524
***

In prosperity our friends know us; in adversity we know our
friends.  Churton Collins

***

Debian GNU/Linux - just the best way to create magic

-


-- 
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/20140930090824.3a367d51@taogypsy

Why an mp3 is "Not a JPEG file"

2014-09-29 Thread Johann Klammer

Well, I know that an mp3 is not a JPEG file. But why does it matter to 
xine (or libav or whatever).


This is what I get on stdout when trying to play some random downloaded 
podcast using xine.


[...]
[mp3 @ 0xa660260] max_analyze_duration reached
[mp3 @ 0xa660260] Estimating duration from bitrate, this may be inaccurate
Input #0, mp3, from '/home/klammerj/Downloads/267_EP267__Planetfall.mp3':
  Metadata:
encoded_by  : iTunes 10.1
title   : EP267: Planetfall
artist  : Michael C. Lea
album   : Escape Pod
track   : 267
TCP : 1
genre   : Podcast
date: 2010
  Duration: 00:32:49.62, start: 0.00, bitrate: 95 kb/s
Stream #0.0: Audio: mp3, 44100 Hz, 2 channels, s16p, 96 kb/s
Stream #0.1: Video: mjpeg, yuvj444p, 400x400, 90k tbn
Metadata:
  title   : ÿØÿà
  comment : Other
Not a JPEG file: starts with 0x28 0x00
[at this point xine terminates]

What to do?

this is on a debian testing

dpkg -l xine-ui libxine\*
Desired=Unknown/Install/Remove/Purge/Hold
| 
Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend

|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Architecture 
 Description

+++--===-===-==
un  libxine-doc 
 (no description available)
un  libxine1
 (no description available)
ii  libxine2 1.2.6-1 i386 
 xine media player library – meta-package
ii  libxine2-bin 1.2.6-1 i386 
 xine video/media player library – binary files
ii  libxine2-doc 1.2.6-1 all 
 xine video player library – documentation files
ii  libxine2-ffmpeg  1.2.6-1 i386 
 MPEG-related plugins for libxine2
un  libxine2-gnome  
 (no description available)
ii  libxine2-misc-plugins1.2.6-1 i386 
 Input, audio output and post plugins for libxine2
un  libxine2-plugins
 (no description available)
ii  libxine2-x   1.2.6-1 i386 
 X desktop video output plugins for libxine2
ii  libxinerama-dev:i386 2:1.1.3-1   i386 
 X11 Xinerama extension library (development headers)
ii  libxinerama1:i3862:1.1.3-1   i386 
 X11 Xinerama extension library
ii  xine-ui  0.99.8-2i386 
 the xine video player, user interface


dpkg -l libav\*
Desired=Unknown/Install/Remove/Purge/Hold
| 
Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend

|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Architecture 
 Description

+++--===-===-==
ii  libav-tools  6:10.2-2i386 
 Multimedia player, encoder and transcoder
ii  libavahi-client3:i3860.6.31-4i386 
 Avahi client library
ii  libavahi-common-data:i3860.6.31-4i386 
 Avahi common data files
ii  libavahi-common-dev  0.6.31-4i386 
 Development files for the Avahi common library
ii  libavahi-common3:i3860.6.31-4i386 
 Avahi common library
ii  libavahi-compat-libdnssd1:i3 0.6.31-4i386 
 Avahi Apple Bonjour compatibility library
rc  libavahi-core7:i386  0.6.31-4i386 
 Avahi's embeddable mDNS/DNS-SD library
rc  libavahi-glib1:i386  0.6.31-4i386 
 Avahi GLib integration library
un  libavalon-framework-java
 (no description available)
ii  libavc1394-0:i3860.5.4-2 i386 
 control IEEE 1394 audio/video devices
ii  libavc1394-dev:i386  0.5.4-2 i386 
 control IEEE 1394 audio/video devices (development files)
un  libavcodec-extra-53 
 (no description available)
un  libavcodec-extra-54 
 (no description available)
un  libavcodec-extra-55 
 (no description available)
un  libavcodec53
 (no description available)
ii  libavcodec54:i3866:9.11-1i386 
 Libav codec library
ii  libavcodec55:i3866:10.2-2i386 
 Libav codec library
un  libavdevice-extra-53
 (no description available)
ii  libavdevice53:i386   6:9.11-1i386 
 Libav device handling library
ii  libavdevice54:i386   6:10.2-2i386 
 Libav device handling library
un  libavfilter-extra-3 
 (no description available)
rc  libavfilter3:i3866:9.11-1

Re: Challenge to you: Voice your concerns regarding systemd upstream

2014-09-29 Thread koanhead

On 09/28/2014 06:00 PM, Chris Bannister wrote:
> On Sun, Sep 28, 2014 at 01:48:47PM -0700, koanhead wrote:
>> On 09/25/2014 05:00 PM, Chris Bannister wrote:
>>> On Thu, Sep 25, 2014 at 03:15:36PM -0700, koanhead wrote:
>> I'm aware of BSD-style init, but the mailing-list thread [1] I posted
> 
> [1] reference is missing. 
> 
Yikes. Sorry about that. Here it is:
https://lists.debian.org/debian-bsd/2014/02/msg00135.html

>> indicates that Debian GNU/kFreeBSD doesn't use it but instead uses
>> sysvinit ...


-- 
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/m0coau$5p7$1...@news.albasani.net

Cruft (was Re: Let's have a vote!)

2014-09-29 Thread Nate Bargmann

In aptitude I am certain to purge any packages that I am removing that
I'm sure that I won't be using.  I even do this on packages that will be
automatically removed upon an upgrade.  Every so often I use the Limit
display option to search for removed but configured packages and purge
those.  Another tool is the deborphan package which will show packages
that no longer have anything depending on them.  Whenever prompted on
whether to install the maintainer's version of a config file I check the
differences and then install the new version and adjust it.

While the foregoing does a good job of keeping the system clean it
doesn't help for the dotfiles.  Applications seem to vary in their
ability to deal with older versions of their config and sometimes very
strange bugs/behaviors are the result.

- Nate

-- 

"The optimist proclaims that we live in the best of all
possible worlds.  The pessimist fears this is true."

Ham radio, Linux, bikes, and more: http://www.n0nb.us


-- 
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/20140929233024.gc4...@n0nb.us

Re: Trying to upgrade bash on squeeze, running into errors

2014-09-29 Thread Russell Jones


Hi Don,

Thanks for the help! It looks like the diversion does exist, so doesn't 
look like that's the issue:


local diversion of /bin/sh to /bin/sh.distrib


I am not wanting to change the default shell, just trying to upgrade 
bash to close the Shellshock vulnerability.  Any further ideas on how to 
get past this issue?


Thanks!


On 9/26/2014 6:43 PM, Don Armstrong wrote:

On Fri, 26 Sep 2014, Russell Jones wrote:

I've seen several posts about this Bash upgrade issue, but no real
answers on how to get past it. Any assistance would be appreciated,
thank you!

This looks like the diversions for /bin/sh got removed or otherwise
improperly modified at some point in time.

dpkg-divert --list '/bin/sh*';

will show you what the diversions are.

You should have a diversion of /bin/sh to /bin/sh.distrib by dash or by
bash (depending on which of them you want to be the default shell).

If the diversion doesn't exist, then you probably want to run the
following (for dash to be the default shell)

dpkg-divert --package dash --divert /bin/sh.distrib --add /bin/sh;
dpkg-divert --package dash --divert /usr/share/man/man1/sh.distrib.1.gz \
  --add /usr/share/man/man1/sh.1.gz;

or similar.

In theory, running /var/lib/dpkg/info/dash.preinst; should also do this
for you.





--
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/5429edd5.5030...@jonesmail.me

Re: Part 2 - updating squeeze to wheezy

2014-09-29 Thread Rob Owens

On Sat, Sep 27, 2014 at 05:39:20PM -0400, John Lindsay wrote:
> Thank you Clive for your reply. Here are my settings now after doing
> the change to my sources.list:
> 
> >uname -a   shows:
> >Linux debian 3.2.0-4-686-pae #1 SMP Debian 3.2.60-1+deb7u3 i686 GNU/Linux
> 
> >lsb_release -a shows
> >No LSB modules are available.
> >Distributor ID:Debian
> >Description:Debian GNU/Linux 7.6 (wheezy)
> >Release:7.6
> >Codename:wheezy
> 
> I seem to have only one major problem and that is my Acer X223w
> display is not recognized and I'm only getting 1280x780 whereas
> before I was able to get a much higher range. Something to work on.
> I also think it will take a while to get used to how wheezy displays
> the desktop. I think I may hear some grumbling from my wife who also
> uses this computer.
> 
Sounds like you're using Gnome3 Shell and you're not too excited about
it.  Before logging in, you can select your session to be "Gnome
Classic" or "Gnome Fallback" (I can't remember which).  That will be
fairly similar to the Gnome you're used to from Squeeze.  But it remains
to be seen how long that will be an option.  It certainly won't
disappear from Wheezy, but I'm not sure about Jessie.

If you want to try something that is more likely (I think) to be around
for a while, give LXDE or XFCE a try.  

apt-get install lxde
or
apt-get install xfce

-Rob


signature.asc
Description: Digital signature

Re: Challenge to you: Voice your concerns regarding systemd upstream

2014-09-29 Thread Ric Moore


On 09/28/2014 09:28 AM, Nate Bargmann wrote:

* On 2014 28 Sep 08:23 -0500, Liam Proven wrote:

On 27 September 2014 03:45, Joel Rees  wrote:

edumaction? I saw that and checked the headers, because what you are
writing here seems a bit out of character. If this is a spoof, the
headers are done better than I want to bother checking, unless you
tell me so.


Typo, I think.


Naww, self deprecating humor.

- Nate


Thanks Nate! You get the prize behind door number 2! :) Ric



--
My father, Victor Moore (Vic) used to say:
"There are two Great Sins in the world...
..the Sin of Ignorance, and the Sin of Stupidity.
Only the former may be overcome." R.I.P. Dad.
Linux user# 44256


--
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/5429ecb1.2070...@gmail.com

Re: Challenge to you: Voice your concerns regarding systemd upstream

Reco  writes:

> What's wrong with the current multiarch implementation in your option?
> I'm really curious as all multiarch complains I've seen so far (barring
> actual package limits) were easily solved just by reading an appropriate
> man page (or Debian wiki page).
> And, IMO, Debian's current multiarch is way more flexible than current
> Fedora's one.

I don't know what the current state of either is other than that there
are a lot of packages in Debian that depend on some multiarch package
for unknown reasons.  It doesn't matter anyway because the current state
won't make any better what happened.


-- 
Knowledge is volatile and fluid.  Software is power.


-- 
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/874mvq9jxm@yun.yagibdah.de

Re: Challenge to you: Voice your concerns regarding systemd upstream

Ansgar Burchardt  writes:

> If you don't want to use Debian then don't. But if you don't even want
> to use it, making lots of complaints about it seems uncalled for...

There is a difference between using something because it works and using
something because you want to use it.  In none of the cases there is any
particular reason not to point out disadvantages of what you're using or
to complain that someone complains in order to shut them up.

>> When you look at [1], you even find people claiming that there has been
>> a takeover of Debian and an abuse of the technical committee, and that
>> silencing of people questioning systemd and Debians' ways is going on.
>>
>> [1]: http://www.debianuserforums.org/viewtopic.php?f=63&t=3031
>
> Yeah, probably the same person as [2] and [3]. Shocking that he gets
> banned time and time again...

Who knows ...

>
>   [2] 
>   [3] 


-- 
Knowledge is volatile and fluid.  Software is power.


-- 
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/878ul29k2r@yun.yagibdah.de

Re: Let's have a vote!

Chris Bannister  writes:

> On Sun, Sep 28, 2014 at 10:38:18PM +0200, lee wrote:
>> Ric Moore  writes:
>> 
>> > On 09/27/2014 02:49 PM, lee wrote:
>> >
>> >> Just ask yourself: Why would someone choose to download an ISO for
>> >> Debian?
>> >
>> > For me, it's the safest way to install/upgrade. I have had too many
>> > problems with interrupted live major migration to the next release
>> > level via an upgrade, or a live network total install. Owell, I'm not
>> > huge fan of cloud based services either. :) Ric
>> 
>> And why would you download an ISO for Debian?  You could download an ISO
>> for arch, Fedora, Gentoo, Ubuntu, *BSD or whatever instead.
>
> In that case it would be a vote for one of them.

Or it would be a vote against them.  Lots of people using Fedora seemed
to re-install instead of upgrading.

> Did you read the thread
> again? You've somehow managed to drift off on some weird path.

I was merely asking why someone would download a Debian ISO in response
to someone else claiming that downloading a Debian ISO is a vote for
Debian.  More people chimed in, and we're having a lively discussion.  Is
that what you call "drifting off"?

> [misguided personal opinion snipped]

What is misguided about being of the opinion that it speaks against a
Linux distribution when upgrading this distribution doesn't work?

Is that a new feature designed to make people download more ISOs?

-- 
Hallowed are the Debians!

-- 
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/87a95i8205@yun.yagibdah.de

Re: Let's have a vote!

PaulNM  writes:

> On 09/28/2014 05:25 PM, Joe wrote:
>> On Sun, 28 Sep 2014 11:01:24 -0500
>> John Hasler  wrote:
>> 
>> 
>> An upgraded system is not necessarily identical to a new installation,
>
> [...]
>
> It's more that Debian tries not to change things unless you ask it to.
> For example, if the default mail server were to change between releases.
>  New installs would have the new default, while older ones would just
> upgrade the version of the mailserver you already have.

They didn't do that when replacing the default MTA, which was exim
(version 3), with exim (which was version 4 and still is, and is even
stilled called exim4).  You got a choice to either stay with exim3 or to
upgrade to exim4.  And that's the way things should be done, one of the
appreciable features of Debian.

> It's entirely possible to use virtual packages to move people from the
> old default to the new during upgrades, but that would be incredibly bad
> practice. Debian aims for stability, even during upgrades between stable
> releases.

Another appreciable feature is that configurations you modified are not
overwritten by the versions that come in packages without asking.  What
you suggest would involve to abandon this good practise.

Cyrus is another example where what you suggest would have been bad
practise.  Upgrading required to make changes to the mail storage.  Do
that quietly in the process of a distribution upgrade and you may leave
users with quite a mess they then somehow need to fix, potentially
losing the whole mail storage.

Debian used to do these things right.  Maybe they will continue to do
them right.

-- 
Hallowed are the Debians!

-- 
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/87eguu82hc@yun.yagibdah.de

Re: Let's have a vote!

Mart van de Wege  writes:

> lee  writes:
>
>> "Karl E. Jorgensen"  writes:
>>
>>> * not doing "crazy things", like running backports or
>>>   testing/unstable [2], and no grabbing *.debs from weird places.
>>
>> Debian isn't as stable as you like to think.  I am required to run the
>> latest kernel from backports for otherwise my server will crash due to
>> NFS bugs, and for xen anyway.
>>
>> When I was still using Debian, I was forced to run testing for otherwise
>> some relevant software would be too ancient.
>>
>> Now look at Fedora: They manage to make a distribution with non-ancient
>> software, and it's running more stable than Debian stable.  I wonder why
>> Debian can't do this.
>>
> Then why don't you go use Fedora if you're so unhappy with Debian?

Fedora isn't suited to be used on servers, and the makers of it act like
Nazis, so I'm moving away from it.

> That would save us all a lot of pissing and moaning on this mailing
> list, and you a lot of grief.

Hallowed are the Debians!


-- 
Knowledge is volatile and fluid.  Software is power.


-- 
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/87vbo683j2@yun.yagibdah.de

Re: Challenge to you: Voice your concerns regarding systemd upstream

Reco  writes:

> About the only thing that I'm missing here is why would anyone should
> compile anything on a production server, Xen's dom0 specifically (as it
> seems to be the main lee's concern).

I didn't have a server back then --- and software to run on my computer
which worked fine until some change was made and it suddenly didn't work
anymore.  Package managers told me that the problem won't be fixed and
to install packages from experimental which wouldn't have solved the
problem and couldn't be installed without more or less upgrading my
system to experimental.  They call it "multiarch", I call it brokenarch.
IIRC, that was before current stable was relased, and there was no
chance that the problem would be fixed with the next stable release.

Hence I needed a replacement for Debian and switched to Fedora.  Leaving
users stranded like this is a big no and has destroyed 15+ years of
trust into Debian.

Now they are planning to do something like that again by forcing systemd
upon their users, proving me right in what I've been thinking when they
suddenly enforced brokenarch: That something causing trouble to such an
extend is likely to cause further trouble sooner than later.

-- 
Knowledge is volatile and fluid.  Software is power.

-- 
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/87zjdi84cq@yun.yagibdah.de

Re: sound recording

Ста Деюс  writes:

> Доброго времени суток, Doug.
>
>
> Спасибо за ответ, Sun, 21 Sep 2014 11:32:38 -0400 вы писали:
>> > I use debian jessie and sound recording in audacity or skype does
>> > not work.
>
> [...]
>
> Same here. But before buying anything - that is not good in general, i
> would suggest using arecord util or others. For example:
>
> arecord -d 10 -f cd -t wav 1.wav

Or ffmpeg ...

Did you check in alsamixer that the recording is actually turned on?
Just turning up the sliders doesn't suffice, you need to press space at
the right slider (if you can figure out which is the right one) to
toggle recording.  Alsmixer will display something like CAPTURE at the
bottom of the slider in red then.

-- 
Hallowed are the Debians!

--
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/87sija6lez@yun.yagibdah.de

Re: Let's have a vote!

Ansgar Burchardt  writes:

> lee  writes:
>> As I already said:  try to get squid 2.7 started and stopped by systemd
>> on a current Fedora installation.
>
> This is not the Fedora users list.

And how is this relevant?  Will Debian provide their own version of
systemd which is completely different from the systemd Fedora uses?

>> Sure is, yet why tell me to make software nobody cares about.  That
>> won't get systemd out of Debian.
>
> Given you don't use Debian anyway[1], why do you care so much that
> Debian doesn't use systemd?

It's because my server runs on Debian; I wouldn't be here otherwise.
And since it does, I've considered using Debian again (on my desktop)
because that could have some advantages.

> Also the topic of the mailing list is "Help and discussion among users
> of Debian"[2]. I think non-Debian users writing endlessly how much they
> dislike some software is definitely off-topic...

I've been asked to provide an example of what I found so difficult to do
with systemd, so I did.  Perhaps I should have asked the person asking
for proof that they really are a Debian user.

BTW, are you a Debian user?  Can you prove that you are?

Besides, I've used Debian for over 15 years.  That probably makes me a
Debian user for ever.

-- 
Hallowed are the Debians!

-- 
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/8761g68172@yun.yagibdah.de

Re: Let's have a vote!

Chris Bannister  writes:

> On Sun, Sep 28, 2014 at 11:19:58PM +0200, lee wrote:
>> 
>> Sure is, yet why tell me to make software nobody cares about.  
>
> Maybe to keep you busy?

Ah yes, that could be the reason :))


-- 
Hallowed are the Debians!


-- 
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/871tqu8145@yun.yagibdah.de

Re: MDADM RAID1 of external USB 3.0 Drives

Linux-Fan  writes:

>> On 09/29/2014 12:56 AM, lee wrote:
>
> I cannot tell much about the reliability of SMART data in general but
> should I see a lot of "bad" values suddenly appearing I would
> immediately perform some additional backups and check the data more
> closely, listen to the drive sounds etc.

Taking precautions like that might be a good idea.

> I have 6 GB and a certified upgrade (trying to avoid further mistakes :)
> ) adding 3x4 GB costs about 200€ (adding 3x2 GB also costs about 200€).
> Also, I have not checked if it is OK to run 3x2 GB (currently installed)
> and additional 3x4 GB from the BIOS' point of view. I sometimes think
> about investing in the expansion but then always come to the conclusion
> that it is rarely useful: Sometimes I want to run many VMs and sometimes
> I want to run ZPAQ with the strongest compression levels. That's about
> the only use cases I currently have for more than 6 GB of RAM. Also, I
> fear that my CPU might then become the next bottleneck and I normally do
> not upgrade CPUs.

Tough choice ...  The money might be better spent on a server, depending
on what you're doing.

>>> I will try to reproduce such a mouse or keyboard issue first because
>>> that seems easier to do and requires less preperation in terms of backup
>>> (I will do it on a dedicated testing machine).
>> 
>> Hm, interesting :)  I wouldn't know how to reproduce it.  One of the
>> major slowdowns on this machine seems to be graphics.  Perhaps I need to
>> look into using an appropriate driver for the graphics card.  The latest
>> version of Libreoffice (4.x, not the ancient one that's in Debian) might
>> be somehow involved in this.  Take a spreadsheet with like 2000 rows,
>> apply some filters, mark all the lines displayed and you are kinda stuck
>> because the machine is too slow to let you do something, like going into
>> the Edit menu to copy what's selected.  You have to be extremely patient
>> then ...
>
> I have also had laggy experiences with missing (or outdated) graphics
> drivers. PS/2 did not seem to make any difference in that cases.
> (Graphics on Linux is a complex topic itself causing quite a few
> instabilities in my experience)

I think I figured it out: The USB stuff was actually going to sleep and
remained unresponsive once it fell asleep, until a reboot.  I used
powertop to disable the power management for USB and didn't have any
further issues since.

It might be worthwhile to check just to make sure that your disks aren't
disconnected at some time because something goes to sleep ...

>>> And rather than any "data-format" failing, I always worry about the
>>> programs failing (or going missing) to read the data when it is
>>> necessary.
>> 
>> Failing in which way?  The data being so old that the software which was
>> used to create it isn't available anymore?
>
> Either that or the data being only readable by software which is not
> available without extensive installation or system modification, special
> licenses etc.

That can be a problem ...  So far, I pretty much managed to get around
it, with very few exceptions.

> I do not like Windows either, but it is /common/. This means that if I
> ever lose data and system and need to rely on the backup, it will be a
> great advantage to be able to recover at least the essential parts from
> a Windows machine which is easier to get access to than a Linux machine.

Even with live DVDs and the like?

> Interestingly, I also know of a 512 MB and a 1 GB stick which are old
> and still working. The ones, I saw failing were one 16 GB model and a
> few 2 GB models all of which were built when 16 GB costed less than 40€,
> i.e. they were rather "new".

Last time I looked into buying an USB stick, I found out that I'd be
better off buying an USB disk because the sticks were so expensive and
their capacity relatively low, so I bought an USB disk.  The USB disk
failed shortly after I got it ...


-- 
Hallowed are the Debians!


--
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/87wq8m6ln2@yun.yagibdah.de

Re: Let's have a vote!

Stephen Allen  writes:

> So, Lee why are you even here complaining about Debian - You've admitted
> you don't use it?!

My server runs on Debian.  So technically, I'm using it, and I don't
feel like I'm using it.

What difference does it make?  Is there some sort of social contract you
need to sign which forbids you to mention any disadvantages Debian might
have and only allows you to praise its advantages?

-- 
Hallowed are the Debians!

-- 
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/87iok6832w@yun.yagibdah.de

Re: fvwm: was i3 sticky/floating windows (brasero requires gvfs)

2014-09-29 Thread Vincent W. Chen

On Sat, Sep 27, 2014 at 2:44 PM, Charlie  wrote:
>
>   On Sat, 27 Sep 2014 16:20:27 +0200 lee mentioned this:
> Re: fvwm: was i3 sticky/floating windows (brasero requires
>   gvfs).
>
>>
>> >> Steve Litt  writes:
>> >>
>> >> Because you use fvwm on a regular basis, you should write some
>> >> documentation on it.
>>
>> Please check out [1] --- let me know if it works for you and how you
>> like it.
>>
>>
>> [1]: https://github.com/lee-/fvwm
>>
>>
>> --
>> Knowledge is volatile and fluid.  Software is power.
>
>
>   From my keyboard:
>
>Hello Lee,
>
>   I've just had a cursory read and you have put a lot of effort
>   into this. Thank you on behalf of those of us who will appreciate
>   and use it.
>
> I have a meeting to attend this morning that will keep me away most of
> the day, so I won't have the time to read all of it till I return.
>
> But just quickly and without the history why I moved from fvwm to
> xfce4.
>
> I used the win95 script to get an fvwm setup quickly. I'm tweaking as i
> go along as time permits.
>
> I wanted to get the Debian Menu into the fvwm Root menu to get rid of
> the taskbar but have not found yet, how that can be done.
>

Examples of how the Debian menu is configured and used is provided as
part of the Fvwm package, under /usr/share/doc/fvwm/examples/.

It is composed of three parts:
1. A function definition

DestroyFunc SetDebianMenu
AddToFunc SetDebianMenu
+ I Read /etc/X11/fvwm/menudefs.hook

Which when called will read from the menudefs.hook under
/etc/X11/fvwm/. This menudefs.hook defines the structure of the Debian
menu, but is not yet linked to your personal menu. The name of the
Debian menu is "/Debian".

2. Calling the function

Test (f /etc/X11/fvwm/menudefs.hook) SetDebianMenu

Which will first test if the menu exists, then calls the function
defined in step 1. This line can be put anywhere you like, as long as
it's after the function definition.

3. Add the Debian menu to your menu

Test (f /etc/X11/fvwm/menudefs.hook) + "Debian Menu" Popup "/Debian"

Insert this as part of your menu definitions, under 'AddToMenu ...'.
This instructs Fvwm to insert an entry to popup the menu "/Debian".

Hope it helps,

Vincent Chen

-- 
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/CAFuqiEZpg6COTsa+o+LmTGzCVmbBCTK0RdjifH=w8oygc4r...@mail.gmail.com

Re: Can't unlock the screensaver

2014-09-29 Thread Stefan Monnier

softwatt  writes:
> I had a similar issue, and it turned out I was typing the password in
> the wrong language.  If you use multiple languages, Try pressing
> ALT+SHIFT (The default language switch) and retrying. You may need to do
> it multiple times if you have multiple languages.
> If that is not your issue, I am clueless. Sorry.

I doubt it.  I'm talking about a problem that appeared a few weeks ago,
that survived reboots, as well as "killall xscreensaver; xscreensaver &
xscreensaver -lock" and other such things.
As mentioned I also tried it with other users (displaying onto my
X server via SSH), and one of those has a very simple password with no
funny letters.

Ric Moore writes:
> Make sure the caps-lock key isn't "on". I've done that myself more than

I don't even have a caps-lock key, so this one is out as well.

Stefan

-- 
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/jwvppee0w12.fsf-monnier+gmane.linux.debian.u...@gnu.org

Apt-dpkg differences

2014-09-29 Thread Cesare Leonardi

Why a relevant number of packages appears to have different priority 
depending on where you look for that field?


For example if you get "aptitude_0.6.11-1_amd64.deb" from a Debian 
mirror and you look inside "debian/control" file, you'll see:

Priority: important

But if you get /debian/dists/sid/main/binary-amd64/Packages.gz from the 
same mirror and search for "Package: aptitude", you'll see:

Priority: standard

Why the priority field doesn't match? Is there something that i'm missing?

That difference emerges also if you search for the same information at a 
higher level, using dpkg or apt or aptitude. The former will agree with 
the control file inside the deb file, while apt/aptitude will agree with 
Packages.gz.

Compare these:
dpkg-query -W -f '${Package};${Version};${Priority}\n' aptitude
apt-cache show aptitude
aptitude show aptitude

The aptitude package is just an example. On my Debian unstable i also 
see priority differences for these packages:

aptitude-common
info
init-system-helpers
install-info
libcwidget3
libevdev2
libgpgme11
libmozjs185-1.0
libpython2.7
libpython2.7-minimal
libpython2.7-stdlib
libsystemd-daemon0
libsystemd-id128-0
libsystemd-journal0
libsystemd-login0
libxapian22
libyajl2
python2.7-minimal
systemd
systemd-sysv

And i've found similar differences also on a Jessie and a Wheezy box.

Thanks in advance for any clarification.

Cesare.


--
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/542a006b.90...@gmail.com

Re: Trying to upgrade bash on squeeze, running into errors

2014-09-29 Thread Joe Loiacono


I just did this thanks to this tip:


https://wiki.debian.org/LTS/Using
https://wiki.debian.org/LTS
https://wiki.debian.org/LTS/FAQ


Joe



From:   Russell Jones 
To: debian-user@lists.debian.org
Date:   09/29/2014 07:40 PM
Subject:Re: Trying to upgrade bash on squeeze, running into errors



Hi Don,

Thanks for the help! It looks like the diversion does exist, so doesn't
look like that's the issue:

local diversion of /bin/sh to /bin/sh.distrib


I am not wanting to change the default shell, just trying to upgrade
bash to close the Shellshock vulnerability.  Any further ideas on how to
get past this issue?

Thanks!


On 9/26/2014 6:43 PM, Don Armstrong wrote:
> On Fri, 26 Sep 2014, Russell Jones wrote:
>> I've seen several posts about this Bash upgrade issue, but no real
>> answers on how to get past it. Any assistance would be appreciated,
>> thank you!
> This looks like the diversions for /bin/sh got removed or otherwise
> improperly modified at some point in time.
>
> dpkg-divert --list '/bin/sh*';
>
> will show you what the diversions are.
>
> You should have a diversion of /bin/sh to /bin/sh.distrib by dash or by
> bash (depending on which of them you want to be the default shell).
>
> If the diversion doesn't exist, then you probably want to run the
> following (for dash to be the default shell)
>
> dpkg-divert --package dash --divert /bin/sh.distrib --add /bin/sh;
> dpkg-divert --package dash --divert /usr/share/man/man1/sh.distrib.1.gz \
>   --add /usr/share/man/man1/sh.1.gz;
>
> or similar.
>
> In theory, running /var/lib/dpkg/info/dash.preinst; should also do this
> for you.
>
>


--
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/5429edd5.5030...@jonesmail.me

Re: Let's have a vote!

2014-09-29 Thread Hörmetjan Yiltiz

On Mon, Sep 29, 2014 at 2:22 PM, Mart van de Wege  wrote:

> lee  writes:
>
> > "Karl E. Jorgensen"  writes:
> >
> >> * not doing "crazy things", like running backports or
> >>   testing/unstable [2], and no grabbing *.debs from weird places.
> >
> > Debian isn't as stable as you like to think.  I am required to run the
> > latest kernel from backports for otherwise my server will crash due to
> > NFS bugs, and for xen anyway.
> >
> > When I was still using Debian, I was forced to run testing for otherwise
> > some relevant software would be too ancient.
> >
> > Now look at Fedora: They manage to make a distribution with non-ancient
> > software, and it's running more stable than Debian stable.  I wonder why
> > Debian can't do this.
> >
> Then why don't you go use Fedora if you're so unhappy with Debian? That
> would save us all a lot of pissing and moaning on this mailing list, and
> you a lot of grief.
>

Would not save that much, actually, since almost everyone here uses Debian
and are Debian users, and furthermore, hopefully, users who use Debian and
Debian only. But again, that is not necessary for you to be Debian user to
use Debian singularly. Just stick to the Debian Policy, and that is it.


>
> Mart
> --
> "We will need a longer wall when the revolution comes."
> --- AJS, quoting an uncertain source.
>
>
> --
> 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/86fvfbx7xc@gaheris.avalon.lan
>
>

Re: vsftpd with ssl

2014-09-29 Thread Stephen Powell

On Mon, 29 Sep 2014 16:00:36 -0400 (EDT), Marko Randjelovic wrote:
> 
> I installed vsftpd on Wheezy and am trying to make it work with ssl (ftps
> protocol).
> 
> This is my config file:
> 
> listen=YES
> anonymous_enable=NO
> local_enable=YES
> dirmessage_enable=YES
> use_localtime=YES
> xferlog_enable=YES
> nopriv_user=ftpsecure
> secure_chroot_dir=/var/run/vsftpd/empty
> pam_service_name=vsftpd
> rsa_cert_file=/etc/ssl/private/vs.pem
> ssl_enable=YES
> debug_ssl=YES
> log_ftp_protocol=YES
> 
> /etc/ftpusers does not contain user vsftp.
> 
> I connect with:
> 
> lftp ftps://vsftp@127.0.0.1:21
> Password: 
> lftp vsftp@127.0.0.1:~> ls
> ls: Fatal error: gnutls_handshake: An unexpected TLS packet was received.
> 
> In /var/log/vsftpd.log appears:
> 
> Mon Sep 29 21:55:10 2014 [pid 2] CONNECT: Client "127.0.0.1"
> Mon Sep 29 21:55:10 2014 [pid 2] FTP response: Client "127.0.0.1", "220 
> (vsFTPd 2.3.5)"
> Mon Sep 29 21:55:10 2014 [pid 2] FTP command: Client "127.0.0.1",
> "P???L??T)???T?HI??+???|NHD???0?3?G?E?9?K?2?@?D?8?J?F?/? Mon Sep 29 21:55:10 2014 [pid 2] FTP response: Client "127.0.0.1", "530 
> Please login with USER and PASS."
> Mon Sep 29 21:55:10 2014 [pid 2] FTP command: Client "127.0.0.1",
> ""
> Mon Sep 29 21:55:10 2014 [pid 2] FTP response: Client "127.0.0.1", "530 Please
> login with USER and PASS."
> 
> Please help me beacuse I have no ideas.
> 
> Kind regards

I work with SSL-secured FTP regularly.  First of all, let's get the
terminology right.  I'm glad to see that you used the term FTPS instead
of SFTP.  Many people have the two confused.  SFTP is a file transfer
protocol used under the Secure Shell protocol (SSH).  FTPS is regular
FTP (File Transfer Protocol) with SSL encryption wrapped around it.
But, strictly speaking, the FTPS protocol is for *implicit*
SSL-encrypted FTP only, and that's not how you have your server set up.
*Explicit* SSL-encrypted FTP, via the "AUTH TLS" command, is still
considered the FTP protocol, not the FTPS protocol, even though SSL
encryption is used.  Furthermore, the well-known port normally used
for FTPS is port 990, and you have your server set up to use port 21,
which is the well-known port for the FTP protocol.  So the server is
set up for FTP and the client is assuming FTPS.  They don't match.

The first decision you need to make is whether you want to set up
your server for implicit SSL or explicit SSL.  Then proceed from
there.

-- 
  .''`. Stephen Powell
 : :'  :
 `. `'`
   `-

-- 
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/508460194.19779114.1412039984710.javamail.zim...@wowway.com

Re: Apt-dpkg differences

https://wiki.debian.org/FtpMaster/Override
-- 
John Hasler 
jhas...@newsguy.com
Elmwood, WI USA


-- 
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/87fvf96gp8@thumper.dhh.gt.org

Re: Let's have a vote!

On Tue, 30 Sep 2014 09:08:24 +1000
Charlie  wrote:


> In my case have two laptops with Debian Jessie, an Acer and Toshiba,
> second hand when I got them both with only 512MB of RAM and a bit
> challenged now, when I do too much at once. They will never go past
> Jessie, they have both been used as desktops due to only having a
> small solar power system. Both are 7 years young. I love them, but
> won't move the operating system up on either.

I wonder how they'd do with OpenBSD. I think OpenBSD is thinner than
most Linuxes, including Debian, which I've managed to squeeze onto a
128Mb machine (but it could hardly run more than one or two GUI
programs simultaneously, using Xfce).

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/20140929212727.3d6fb...@mydesq2.domain.cxm

Re: Let's have a vote!

On Mon, 29 Sep 2014 17:13:10 -0400
Stephen Allen  wrote:

> On Mon, Sep 29, 2014 at 11:58:30AM -0400, Steve Litt wrote:
> 
> > Me, I'm personally going to continue fresh installing, because I
> > enjoy the spring-cleaning aspect of it, and the fact that I'm
> > starting my new version from a known state. But I'm now aware this
> > is a Steve Litt quirk, not solid advice for the masses. Thanks to
> > everyone for the info.
> > 
> > SteveT
> > 
> ---end quoted text---
> 
> FWIW I use bleachbit to clean (as you put it) "the cruft". Also, in
> terms of upgrading a Debian System - Are you aware that prior to each
> major release, Debian releases a comprehensive upgrade treatise that
> covers any quirks and describing hoops one may need to do. It's pretty
> much required reading.

I'm not a very detail oriented person, and reading that would be pretty
useless for me. Which is why I'm not going to Funtoo. So if I can avoid
that reading by doing a fresh install, it saves me time.

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/20140929213020.6ccce...@mydesq2.domain.cxm

Re: Let's have a vote!