Re: firefox-37, where to put

[Reco]

 Hi.

On Thu, 2 Apr 2015 20:37:18 -0400
Gene Heskett  wrote:

> 
> 
> On Thursday 02 April 2015 19:20:50 Lisi Reisz wrote:
> > On Thursday 02 April 2015 22:35:29 Gene Heskett wrote:
> > >  /home is just a directory on / here since the broken
> > > installer will not do it any other way.
> >
> > I know that it has been said before, but there may be people new to
> > the list reading this.  I used the same "broken" installer, and my
> > /home is separate from /.
> >
> > Lisi
> 
> I appreciate that you have done that Lisi, but this hybrid.iso from 
> linuxcnc.org, downloadable from a link right one on the front page, and 
> using the wheezy repos for updates, simply cannot be beaten into 
> submission to do that.

So, um, don't use this image, or something? The real debian installer
lives here anyway:

http://ftp.debian.org/debian/dists/stable/main/installer-amd64/current/images/

Besides, nobody forbids you to create a separate filesystem for /home
after the install.

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/20150403092252.dcc435948dbf0e93f519d...@gmail.com

Re: A question about deleting a big file structure from a big disk in Jessie: Why does this work? I'm really worried.

[Paul E Condon]

On 20150402_2135-0500, David Wright wrote:
> Quoting Paul E Condon (pecon...@mesanetworks.net):
> [...]
> > Some time ago I decided to a make a copy of these data,
> > so I would have more than one copy.
> [...]
> Is the copying between a USB disk and an internal, or between two
> partitions on the same USB disk, or between two USB disks? (Ranked in
> decreasing reliability in my own experience.)
> 
> > When I tried, the job would always crash well before completion.
> 
> What are the symptoms of a crash? (Hang, segfault, write-failure
> as readonly, etc)
  Switch of target disk to read-only mount.
> 
> [...]
> > But in both cases the
> > deletion failed because 'gfx2' has been remounted read-only, which
> > makes it impossible to update the target directory tree.
> 
> Do you watch /var/log/kern.log which this is going on. I find that
> quite useful. For example, messages like
> usb 1-8: reset high-speed USB device number 5 using ehci_hcd
> are accompanied by a pause of anything up to a minute in file
> transfer. I get these quite frequently if I do massive copies between
> two USB disks, so I now stage such copies through the internal disk.

Thanks. I do watch my own capture of the file descriptors 1 and 2 into
a file in /var/pec/ (sub-dir name, pec, is my initials). This will be
a useful addition, I'm sure.

In my system, most of my hypothesizing is from observing coincident
changes in two or more of the nine (soon to be ten) windows that I
monitor on system 'big'

> 
> I'm not so unlucky as Bob appears to be (he says, touching wood), but

I think Bob came to his conclusion during a previous period of
instability in Debian, but rather than start an argument that can only
degenerate trying to score debating point, I want to gather more
date. Bob has already helped me by making a truly useful suggestion,
for which I thank him.

It's getting late here. I won't get anything useful done tonight.
I'll just start making mistakes, if I start something new now.

May you both have a good night,
Paul

> I do get occasional I/O errors on USB transfers, which can make the
> disk readonly, but sometimes make it disappear altogether (ie it
> gets unmounted, not remounted).

All of my file systems are journaled. Did you notice a delay in remount
as the journal was replayed?

> > I have not tried it, but from my investigation I'm sure that a
> > massive delete of some obsolete file structure from the HD that
> > was /dev/sda1 during Debian install would trigger a remount-ro,
> > which surely would lead to a system crash in short order.
> 
> You get streams of error messages (like when the disk fills up)
> but it shouldn't actually crash.
> 
> (OTOH when you get a kernel error, there can be circumstances where
> the system will panic and *not* sync/write to the disk because to do
> so could cause corruption.)

So it helps to know about data that can be ignored for a legitimate
reason.

> [...]
> > I'm worried about what I found. I want to interest someone who has far
> > more knowledge about how the kernel actually works internally to look
> > into this. I done other experiments more complicated to report, I can't
> > find anything comforting about this situation. If you think it's OK,
> > you probably don't understand, IMHO.
> 
> My prejudices, based on no more than observations of my system, make me,
> like Bob, suspect the interface rather than the kernel. My wife,
> running windows, sees similar external symptoms (pauses, errors),
> though neither of us would know how to observe them in like manner to
> linux.

I like to play the scientist in my old age. All theories begin with curiosity
about a random observation. A classic case is the observation of a pocket
watch lieing on the path during a walk in a park. In our case of hypotheses
about the design of the kernel, it is unacceptable to me to invoke the idea
of a universal creator, and perfectly OK to contemplate the possibility of
a flaw in the design.

> Just in passing, if clamav wakes up and spots the USB drive, file

clamav is terra incognita to me. 

> transfers can stop for 10 or 15 minutes; the USB disk heads will still
> be very active. I keep an xterm running top so I can spot that (and
> other cpu-guzzlers like xulrunner).
> 
> Oh, and to David C, this happens irrespective of wheezy or jessie
> (for me).
> 
> Cheers,
> David.

Cheers, 

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


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

Re: A question about deleting a big file structure from a big disk in Jessie: Why does this work? I'm really worried.

[Paul E Condon]

On 20150402_1746-0700, David Christensen wrote:
> On 04/02/2015 04:21 PM, Paul E Condon wrote:
> >For several years I have been making daily backups of my four Debian
> >computers using Rsync and a small script of my own devising. The data
> >has been accumulating on an external USB drive in a partition with the
> >label, gfx5. Some time ago I decided to a make a copy of these data,
> >so I would have more than one copy. I had to use Rsync to do this
> >because it I were to use cp the copies of files labeled by different
> >dates and hard-link together on gfx5 would exceed the capacity on the
> >target disk (which was/is labeled gfx2). This is a simple one line
> >command to Rsync.  When I tried, the job would always crash well
> >before completion.
> 
> You're using a "Testing" operating system distribution (Jessie), not a
> "Stable" operating system distribution (Wheezy):
> 
> 1.  If you want to help debug Jessie, then you should create a script that
> demonstrates the undesired behavior on a fresh install of a specific
> snapshot of Jessie and post your script and console session. (E.g. the
> script should not depend upon your data, systems, or networks; it should
> produce similar results on "equivalent" machines.)

  Until I discovered a pattern in failures, my default assumption was that
  the problems were inattention to detail on my part and frequent upgrades
  of Jessie, which can happen almost daily. Does someone have a stable of
  i386 computers each one with a particular weekly build on it? I don't.

>
> 2.  If you want reliable operations, then you should use Wheezy.  If that
> doesn't do what you want, post your console session.

I got into this thinking I want to follow Jessie development, and
tinker with a pet project while exercising Jessie to see if I could
notice any bugs. I don't want to be running Wheezy when Jessie is
released, and I don't want to explain openly why. The evidence that
made me write was gathered from nine windows of ssh sessions on 'gq'
being displayed on 'big'.  I would have to make a video 'movie' of the
nine together to show what I saw. I can't do that. I don't have the
knowledge, skill, or equipment.  It was gleaned for which windows
changed in coincidence, and which changed singly. If anyone does have
several computers that can be dedicated for a short while, and the
curiosity to see if my observations can be reproduced, I think it
would be nice if they would contact me for more details. I don't want
to write a great treatise that nobody will read or understand. I've
been criticized for the way I write.

The basic list is two computers, two USB hard disks 3TB or maybe
larger. The computer to which the 3TB disks are plugged in should have
12GB or more of swap space to accomodate Rsync of this big tranfer as
one go. (the Rsync options are -aHvv ).  And a copious source of
structured data (a local GIT server, perhaps) Maybe someone who knows
about Clouds could do the whold test with Clouds and virtualization,
about which I also know nothing practical.

> 
> 
> In either case, you will want to check the source and destination file
> systems before invoking 'rsync':
> 
> $ man fsck

  I know about man fsck. I have read it many times. I have already
  eliminated many hypotheses thru careful readings of man fsck. And
  careful examination of the source and destination file systems. 

I know how little chance I have of convincing this audience that I have
seen what I believe I have seen. Offering to help qualified people to
develop their own independent tests of my hypothesis is the way I want
to go. At some point this will be decided. If I'm right, I really won't
be happy, because it will be very bad for Debian. 

Best regards,
-- 
Paul E Condon   
pecon...@mesanetworks.net


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

Re: A question about deleting a big file structure from a big disk in Jessie: Why does this work? I'm really worried.

[Paul E Condon]

On 20150402_1803-0600, Bob Proulx wrote:
> Paul E Condon wrote:
> > For several years I have been making daily backups of my four Debian
> > computers using Rsync and a small script of my own devising. The data
> > has been accumulating on an external USB drive in a partition with the
> >...
> > I'm worried about what I found. I want to interest someone who has far
> > more knowledge about how the kernel actually works internally to look
> > into this. I done other experiments more complicated to report, I can't
> > find anything comforting about this situation. If you think it's OK,
> > you probably don't understand, IMHO.
> 
> I often have problems with USB mounted file systems.  I believe the
> cheap nature of the USB hardware all around to be the major
> contributor.  I do use USB for "a big floppy" all of the time.  But
> whenever I keep a USB disk mounted for a long time it has always
> failed after a while.  A month.  Six months.  I find the USB file
> system subsystem unreliable.  I would never trust it for critical data
> such as backups.  I think you are seeing the same unreliable mounted
> USB disk problems that I have seen for a long time.
> 
> If you remove the disk from your USB container and mount it directly
> with its native SATA (or IDE) connector then you will find that it is
> as reliable as the rest of the native storage.  I blame the cheap USB
> controller electronics.  Although perhaps the kernel driver is also to
> blame in there too.
> 
> [On the converse I find USB network adapters and USB sound cards to
> have been rock solid.  Meaning that while I avoid USB disks I actively
> use USB networking on several machines to add additional NICs.  I am
> planning another site using additional USB NICs.  It is probably
> hardware dependent but they have been working great for me regardless
> of seeing the opposite for disks.  And I have three sites using USB
> sound cards very robustly.  Since I disparaged USB disk I felt I
> needed to clarify that it was only disk and not other USB.]
> 
> > I found two other ways to delay the crash:
> > 1) using nice as in: ' nice -n 19 find -depth -print -delete'
> >(this, I think, slows down the main running job in relation to the
> >running of the kernel.)
> 
> Read the man page for "ionice".  You might consider using it instead
> of nice.  Nice works with cpu usage.  But ionice works with I/O usage
> and is directly what you are fighting.  You might try:
> 
>   ionice -c 3 find -depth -print -delete

Thanks for this suggestion.

> 
> If I am deleting an entire file system I will usually simply mkfs on
> top and reset it to empty that way.  On a file system with millions of
> files that will be much faster than deleting them individually.
> Obviously only works if it is the entire file system.
> 
> Bob

About long term mounts of USB being a problem: On the same computer
there is mounted a USB labeled 'sgt1' which is a 1 TB external USB. It
is the disk that is currently collecting daily backups using the same
script as was mentioned in my first email. Day in, day out, if that
computer is on, cron takes a full backup a little before 630 AM and
sends an email to me if there is anything written to file descriptor
2.  There is nothing, unless investigation reveals a cause, like I
unplugged the power supply while vacuuming the area and forgot to plug
it back in.

I know you have had a different experience. I have been running this
script unchanged since before 2009 and only since I have been running
Jessie and running copies of massive file structure have I been having
problems.  The script uses the Rsync option --link-dest=DIR and really
a very small amount of data is actually transferred in each daily
run. Rsync regularly reports Speedup of over 1000 times. I had been
making quite a lot of progress on organizing these file in a more
useful way, until I made the decision to move to Jessie, for reasons
that I am sure will turn out to be justified.  For me, every failure
of an external USB HD turned out, after the fact to be attributable to
my not already knowing something like the transition to larger sector
size. I've learned a lot. And I don't want to imply that 'sgt1' has
been in service since 2009, just that one HD was connected to that
computer with its spindle motor running, and always responding wnen
crontab called for it.

So I'm skeptical. You may be right. But we are mostly all running Jessie,
now, and will all be running Jessie soon.

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


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

Re: A question about deleting a big file structure from a big disk in Jessie: Why does this work? I'm really worried.

[David Wright]

Quoting Paul E Condon (pecon...@mesanetworks.net):
[...]
> Some time ago I decided to a make a copy of these data,
> so I would have more than one copy.
[...]
Is the copying between a USB disk and an internal, or between two
partitions on the same USB disk, or between two USB disks? (Ranked in
decreasing reliability in my own experience.)

> When I tried, the job would always crash well before completion.

What are the symptoms of a crash? (Hang, segfault, write-failure
as readonly, etc)

[...]
> But in both cases the
> deletion failed because 'gfx2' has been remounted read-only, which
> makes it impossible to update the target directory tree.

Do you watch /var/log/kern.log which this is going on. I find that
quite useful. For example, messages like
usb 1-8: reset high-speed USB device number 5 using ehci_hcd
are accompanied by a pause of anything up to a minute in file
transfer. I get these quite frequently if I do massive copies between
two USB disks, so I now stage such copies through the internal disk.

I'm not so unlucky as Bob appears to be (he says, touching wood), but
I do get occasional I/O errors on USB transfers, which can make the
disk readonly, but sometimes make it disappear altogether (ie it
gets unmounted, not remounted).

> I have not tried it, but from my investigation I'm sure that a
> massive delete of some obsolete file structure from the HD that
> was /dev/sda1 during Debian install would trigger a remount-ro,
> which surely would lead to a system crash in short order.

You get streams of error messages (like when the disk fills up)
but it shouldn't actually crash.

(OTOH when you get a kernel error, there can be circumstances where
the system will panic and *not* sync/write to the disk because to do
so could cause corruption.)

[...]
> I'm worried about what I found. I want to interest someone who has far
> more knowledge about how the kernel actually works internally to look
> into this. I done other experiments more complicated to report, I can't
> find anything comforting about this situation. If you think it's OK,
> you probably don't understand, IMHO.

My prejudices, based on no more than observations of my system, make me,
like Bob, suspect the interface rather than the kernel. My wife,
running windows, sees similar external symptoms (pauses, errors),
though neither of us would know how to observe them in like manner to
linux.

Just in passing, if clamav wakes up and spots the USB drive, file
transfers can stop for 10 or 15 minutes; the USB disk heads will still
be very active. I keep an xterm running top so I can spot that (and
other cpu-guzzlers like xulrunner).

Oh, and to David C, this happens irrespective of wheezy or jessie
(for me).

Cheers,
David.


-- 
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/20150403023548.ga17...@alum.home

Re: [solved securely now??] What is the correct way to set encrypted swap with systemd?

[Paul E Condon]

On 20150402_1142-0500, David Wright wrote:
> Quoting Paul E Condon (pecon...@mesanetworks.net):
> > I read the prior discussion as taking for granted the idea that one
> > must have only one method of identifying individual partitions,
>      ^^^ ^^
> If you're referring to my post (which you quoted), then the opposite
> is true. The opening paragraphs argues against LABELs as a panacea,
> but later ones (and another posting in this thread) reveal that I use
> them routinely in what are the right circumstances for me.
> 
> (With top-posting, it can be difficult to tell precisely what you're
> commenting on.) It applied to the whole conversation. At least that
> was my intent.
> > and
> > that that method must be the latest to have arrived on the scene. For
> > example, if everyone else in the world accepts your idea that
> > LABEL=sda1 on the partition that was /dev/sda1 when Debian was
> > installed is something that should *not*be*done*, *then* I can be very
> > confident that my disk will not cause problems *because*of*an*identity*
> > *clash*.
> 
> That may be true for you personally, but your idea scales up to just
> one computer. I have several. So do many others. Any time your LABEL is
> "correct", it's redundant, and when it's made "incorrect" by changing
> circumstances, it's confusing.
> 
> > The whole scenario is false anyway. Who would let a disk
> > arrives at his facility in the hands of a stranger be *mount*ed
> > without first putting it in a USB disk carrier and using some system
> > tools to take a look at what is recorded on it?  And why would I offer
> > my disk to anyone without *telling* them how it is labeled?
> 
> Facility? Stranger? In my post I suggested that any one person, who
> had taken your advice and LABELled their root partition as "sda1",
> might take said drive out of that computer and put it into another one
> of theirs, whereupon /dev/disk/by-label will have an entry like this:
> 
> /dev/disk/by-label:
> total 0
> lrwxrwxrwx 1 root root 10 Mar 31 13:44 sda1 -> ../../sdb1
> 
> Confusing, unnecessary, avoidable.

  To me, very informative of a situation that badly needs fixing by
  other means.

>
> > I see the argument here, mine as well as yours, as a clash of wildly
> > imaginative false scenarios. 
> 
> Summarising: names/labels are important. Advising sda1 as a LABEL is
> not a good idea.
> 
> If you want a reference, take a look at RFC1178, page 2:
> "Don't overload other terms already in common use."

Like, for instance, 'window' ? When was the first use of the word,
window, in English according to the OED? How many years was it in
common use as referring to a common architectural feature of human
habitations? And earlier than OED, there is Dr. Johnson's Dictionary
of the English Language, which provides a definition of 'window' that
was current in 1755, over two centuries before the UNIX epoch.

And then there's Humpty Dumpty's Rule for the definition of any word
to consider. ;-)

Cheers, and
Peace,
-- 
Paul E Condon   
pecon...@mesanetworks.net


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

Re: A question about deleting a big file structure from a big disk in Jessie: Why does this work? I'm really worried.

[David Christensen]

On 04/02/2015 04:21 PM, Paul E Condon wrote:

For several years I have been making daily backups of my four Debian
computers using Rsync and a small script of my own devising. The data
has been accumulating on an external USB drive in a partition with the
label, gfx5. Some time ago I decided to a make a copy of these data,
so I would have more than one copy. I had to use Rsync to do this
because it I were to use cp the copies of files labeled by different
dates and hard-link together on gfx5 would exceed the capacity on the
target disk (which was/is labeled gfx2). This is a simple one line
command to Rsync.  When I tried, the job would always crash well
before completion.


You're using a "Testing" operating system distribution (Jessie), not a 
"Stable" operating system distribution (Wheezy):


1.  If you want to help debug Jessie, then you should create a script 
that demonstrates the undesired behavior on a fresh install of a 
specific snapshot of Jessie and post your script and console session. 
(E.g. the script should not depend upon your data, systems, or networks; 
it should produce similar results on "equivalent" machines.)


2.  If you want reliable operations, then you should use Wheezy.  If 
that doesn't do what you want, post your console session.



In either case, you will want to check the source and destination file 
systems before invoking 'rsync':


$ man fsck


HTH,

David


--
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/551de2d3.4050...@holgerdanske.com

Re: firefox-37, where to put

[Gene Heskett]

On Thursday 02 April 2015 19:20:50 Lisi Reisz wrote:
> On Thursday 02 April 2015 22:35:29 Gene Heskett wrote:
> >  /home is just a directory on / here since the broken
> > installer will not do it any other way.
>
> I know that it has been said before, but there may be people new to
> the list reading this.  I used the same "broken" installer, and my
> /home is separate from /.
>
> Lisi

I appreciate that you have done that Lisi, but this hybrid.iso from 
linuxcnc.org, downloadable from a link right one on the front page, and 
using the wheezy repos for updates, simply cannot be beaten into 
submission to do that.

Regardless of the mechinations I have tried, it plain and simply loops 
back to the partition drive screen if you do not just let it do what it 
wants to do, which is two real partitions, one for /, and one for swap 
at 2x the memory it finds in the machine. ANYTHING else you try to do 
and it loops back to restart the drive partitioning again. I even tried 
to prepartition the drive with other tools, but none of those settups 
were recognized by the installers partitioner.  This hybrid install iso, 
can also function when written to a usb key, but this now elderly Asus 
M2N-SLI Deluxe mobo's latest #1701 bios cannot be booted from usb.

I just ordered 2 more 2Gb seagate drives from tigerdirect, and I will, 
when they arrive, see about a real 64 bit wheezy install.

If the 64 bit wheezy install will run LinuxCNC in sim mode, I'll be a 
happy camper, otherwise I will see what kernel version the latest 
xenomai patches need, build that and install it on the second drive 
alongside the wheezy kernel.  Somewhere, there has to be an everything 
just Works(TM) setup.

The rtai patches to this installs kernel do the real time, microsecond 
critical stuff in kernel space, the xenomai patch kit moves it to user 
space but isn't quite as effective at the realtime microsecond critical 
stuff, so if I ever have to run machinery with it, I'll need to buy a 
$90 5i25 interface card from Mesaweb, which offloads the realtime stuff 
to a custom programmed asic running at 50 mhz of some sort I haven't 
memorized. But in the real world, the chances of ever using this huge 
tower to drive one of those machine is somewhere between .1% of slim 
and none.  More than likely, if I buy a bigger machine, (and I'll have 
to be in better shape physically too because they'll range north of half 
a ton if its quality stuff) it will be run by "machinekit" installed on 
a BeagleBone Black, altho the breakout board costs $25 more than the 
Black.

The plans of mice & men Lisi. ;-)  In the meantime I have some blanket 
chests to make 3 more of with the machinery I have now, and deliver them 
to various places in Nebraska and Kansas, probably in 2 separate trips 
as my "West Virginia Cadillac", aka a '99 GMC 3 door short box pickup 
won't hold more than 2 with padding.  That will add a bit over 6k miles 
to the GMC, but its engine was fresh 5k back and its running well.

I can't fall over yet, my bucket list is pages long. ;-)

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 


-- 
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/201504022037.18475.ghesk...@wdtv.com

Re: A question about deleting a big file structure from a big disk in Jessie: Why does this work? I'm really worried.

[Bob Proulx]

Paul E Condon wrote:
> For several years I have been making daily backups of my four Debian
> computers using Rsync and a small script of my own devising. The data
> has been accumulating on an external USB drive in a partition with the
>...
> I'm worried about what I found. I want to interest someone who has far
> more knowledge about how the kernel actually works internally to look
> into this. I done other experiments more complicated to report, I can't
> find anything comforting about this situation. If you think it's OK,
> you probably don't understand, IMHO.

I often have problems with USB mounted file systems.  I believe the
cheap nature of the USB hardware all around to be the major
contributor.  I do use USB for "a big floppy" all of the time.  But
whenever I keep a USB disk mounted for a long time it has always
failed after a while.  A month.  Six months.  I find the USB file
system subsystem unreliable.  I would never trust it for critical data
such as backups.  I think you are seeing the same unreliable mounted
USB disk problems that I have seen for a long time.

If you remove the disk from your USB container and mount it directly
with its native SATA (or IDE) connector then you will find that it is
as reliable as the rest of the native storage.  I blame the cheap USB
controller electronics.  Although perhaps the kernel driver is also to
blame in there too.

[On the converse I find USB network adapters and USB sound cards to
have been rock solid.  Meaning that while I avoid USB disks I actively
use USB networking on several machines to add additional NICs.  I am
planning another site using additional USB NICs.  It is probably
hardware dependent but they have been working great for me regardless
of seeing the opposite for disks.  And I have three sites using USB
sound cards very robustly.  Since I disparaged USB disk I felt I
needed to clarify that it was only disk and not other USB.]

> I found two other ways to delay the crash:
> 1) using nice as in: ' nice -n 19 find -depth -print -delete'
>(this, I think, slows down the main running job in relation to the
>running of the kernel.)

Read the man page for "ionice".  You might consider using it instead
of nice.  Nice works with cpu usage.  But ionice works with I/O usage
and is directly what you are fighting.  You might try:

  ionice -c 3 find -depth -print -delete

If I am deleting an entire file system I will usually simply mkfs on
top and reset it to empty that way.  On a file system with millions of
files that will be much faster than deleting them individually.
Obviously only works if it is the entire file system.

Bob


signature.asc
Description: Digital signature

Re: free cloud

[deloptes]

Bernd Naumann wrote:

> If the service is 'free' you have to ask yourself why is this so.
> I would not recommend such services. Yep, you can transfer only
> encrypted data, but you have no quarantine that this service will be
> provided with any service level or reliability.
> 
> There are several cheap VirtualPrivateServer provider out there, so
> just take a look and choose one, which will fit your needs, but I
> think it is a waste of time to look for a free service.
> 
> But the downside on all these 'cheep vps provider' I'm aware off, is
> that they don't offer any useful amount of storage space. So maybe
> find a friend or too, and invest in a monthly rent of a
> bare-metal-server ;)

I agree - everything comes at a price. There are multiple issues like NSA,
privacy, security and availability of mails and other data, but everything
has its cost.

I am also interested in similar cloud solution, but even if you invest in a
machine, where would you run it and for a cloud solution you need at least
two in two different locations.

May I ask: What would you pay per year for a solution that solves all those
issues? Just curious - if I offer you a membership for 15 or 20US$/y would
it be acceptable?

Because the question is about free cloud I do not understand if he means
free from NSA or free licensed :) 

He also says free or cheep so what is cheep? I think if privacy and
availability is important, 30 US$/y for 5G basic package is acceptable.
What do you think?

regards

regards


-- 
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/mfkjg5$phg$1...@ger.gmane.org

A question about deleting a big file structure from a big disk in Jessie: Why does this work? I'm really worried.

[Paul E Condon]

For several years I have been making daily backups of my four Debian
computers using Rsync and a small script of my own devising. The data
has been accumulating on an external USB drive in a partition with the
label, gfx5. Some time ago I decided to a make a copy of these data,
so I would have more than one copy. I had to use Rsync to do this
because it I were to use cp the copies of files labeled by different
dates and hard-link together on gfx5 would exceed the capacity on the
target disk (which was/is labeled gfx2). This is a simple one line
command to Rsync.  When I tried, the job would always crash well
before completion. Sometimes, a simple repeat invocation would make
further progress, sometimes not. I became curious. As I tried
different variations of how to observe the progress of transfer as it
happened, I acquired copies of failed transfers, and then discovered
that I could not reliably delete a failed copy by using the obvious,
'rm -rfv ... '
I discovered that the command 'find -depth -print -delete'
sometimes worked when 'rm -rfv ...' did not. But in both cases the
deletion failed because 'gfx2' has been remounted read-only, which
makes it impossible to update the target directory tree.

I have not tried it, but from my investigation I'm sure that a
massive delete of some obsolete file structure from the HD that
was /dev/sda1 during Debian install would trigger a remount-ro,
which surely would lead to a system crash in short order.

I investigated further. These investigations were done on a computer
which I call 'gq'. I set up experiments on 'gq' by using ssh to issue
commands in 'gq' from my main desktop computer, 'big'. I set up several
ssh windows into 'gq'. My first discovery was that after a crash while
attempting to delete with 'find -depth -print -delete ', there was a
long delay in remounting 'gfx2' while the mount command emptied the
journal (ext4) on 'gfx2'.

Next I tried 'find -depth -print -delete ', with some extra windows into
'gq' in which I issued the command 'sync'. The return from 'sync' was
delayed, sometimes as much as a minute, and if I didn't issue 'sync'
commands frequently enough, there was never a return from 'sync', just
the crash of the 'find' command. So frequent sync commands delayed the
crash.

I found two other ways to delay the crash:
1) using nice as in: ' nice -n 19 find -depth -print -delete'
   (this, I think, slows down the main running job in relation to the
   running of the kernel.)
2) using cntrl-Z to pause the 'find' job for a while
   (which I think also allows the kernel to catch up with the journal)
   I could also monitor the progress of the journal run, by issuing a
   sync command in a separate ssh window. 

I'm worried about what I found. I want to interest someone who has far
more knowledge about how the kernel actually works internally to look
into this. I done other experiments more complicated to report, I can't
find anything comforting about this situation. If you think it's OK,
you probably don't understand, IMHO.

Kind regards,
-- 
Paul E Condon   
pecon...@mesanetworks.net


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

Re: firefox-37, where to put

[Lisi Reisz]

On Thursday 02 April 2015 22:35:29 Gene Heskett wrote:
>  /home is just a directory on / here since the broken
> installer will not do it any other way.

I know that it has been said before, but there may be people new to the list 
reading this.  I used the same "broken" installer, and my /home is separate 
from /.

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

Re: free cloud

[Bernd Naumann]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 04/03/2015 12:50 AM, Celejar wrote:
> On Thu, 02 Apr 2015 22:17:02 +0200 Pol Hallen
>  wrote:
> 
>> Hey all :-)
>> 
>> I looking for a free cloud with almost rsync server-side (or
>> other good services to automatically sync data) no http/s
>> transfer.
>> 
>> What's the best online (and free or chip cost) service?
> 
> I'm interested in this too. I have found that there are some cloud 
> providers with free accounts that offer WebDAV access (Yandex,
> Box), which means that you can mount your storage using davfs2 and
> then use normal filesystem tools to sync, although IIUC this won't
> allow hard (or symbolic?) links.
> 
>> thanks!
>> 
>> Pol
> 
> Celejar
> 
> 

If the service is 'free' you have to ask yourself why is this so.
I would not recommend such services. Yep, you can transfer only
encrypted data, but you have no quarantine that this service will be
provided with any service level or reliability.

There are several cheap VirtualPrivateServer provider out there, so
just take a look and choose one, which will fit your needs, but I
think it is a waste of time to look for a free service.

But the downside on all these 'cheep vps provider' I'm aware off, is
that they don't offer any useful amount of storage space. So maybe
find a friend or too, and invest in a monthly rent of a
bare-metal-server ;)

Greetings,
Bernd

- -- 
Bernd Naumann 

PGP:   0xA150A04F via pool.sks-keyservers.net
XMPP:  b...@weimarnetz.de

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (GNU/Linux)

iQIcBAEBAgAGBQJVHcmTAAoJEEYW3OihUKBP+yoP/jST+l+m4+epVO0Z4qI+vnyp
sqYGGrWXFweOJXsfa7FnbpjBe8OYbpiu0H7Hb/FbfHGbLIfq1boBV8X8DuoKdwmG
TeBhGDx+qaf0hOueXtux89D0OTFIh2FcAUdWIQB0/7TWMBQxGW9NhOdIVuXqjBJl
RQ94XaKvSIOo2K9r0Zpd7mNlqPQmxgbVfvmZpzfWq07VF1aDNAQyTM5H6qCs/H2r
O/RdybKbsanvWws5PM8QID9i7+oNoutPbdVhC4C+/8m87O26O7dkQpo9P0aoolSd
TZLQ+e9vsYMZBsb9qbUSvoT/zxeCQKf+xT3i+EkavNT6u2idpnYAK04Pc8SICTg/
jHAUhvdxLHUIvy9qNLEhe8SeFAaHc3JPuVyqasSk/ZL5z5FTFxYG65Zmng8dOavL
Ap4fCURwloRoyhXCRW/ROMdMuEbeSFrCF+7hAJkPs9O2b47UcAFnbAzD+kIktzPQ
lpEy+F+oa9hnCLA2frZ2AL7AFcNEEfo+78h5ryvfO7hsRyKSAHYt6rdlRtTJBIYL
rGT/9Y4RzFeFvngYIEY0NEqCP0giA4P+QOxuK11F6nr2qZig2/IPwaJoFmXPDcLP
J9cCU98QrP6Rr+lrTLfN+xNUxZ6OUhNcxejnYq+DDQUS53Aooi9fRd4Lg+9yInz7
CbGvHrQpXLImvjjSRvDr
=CpQb
-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/551dc993.7090...@kr217.de

Re: free cloud

[Celejar]

On Thu, 02 Apr 2015 22:17:02 +0200
Pol Hallen  wrote:

> Hey all :-)
> 
> I looking for a free cloud with almost rsync server-side (or other good 
> services to automatically sync data) no http/s transfer.
> 
> What's the best online (and free or chip cost) service?

I'm interested in this too. I have found that there are some cloud
providers with free accounts that offer WebDAV access (Yandex, Box),
which means that you can mount your storage using davfs2 and then use
normal filesystem tools to sync, although IIUC this won't allow hard (or
symbolic?) links.

> thanks!
> 
> Pol

Celejar


-- 
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/20150402185001.bfb07b791a404538ba771...@gmail.com

Re: Debian and FQDN lookup

[Bob Proulx]

Alex Mestiashvili wrote:
> >> and as far as I see it simply asks the DNS about the hostname using 
> >> getaddrinfo.
> > 
> > But, with stock nsswitch.conf, it issues uname(2) syscall first, goes
> > to /etc/hosts second, and if it encounters FQDN hostname - it all ends
> > here.
> > If /etc/hosts contain only bare hostname - it'd return a bare hostname.

But /etc/hosts shouldn't have a bare hostname, right?  It should
always have a canonical name first followed by aliases second.

  man hosts

   This  manual  page  describes  the format of the /etc/hosts file.  This
   file is a simple text file that associates IP addresses with hostnames,
   one line per IP address.  For each host a single line should be present
   with the following information:

  IP_address canonical_hostname [aliases...]

The debian-installer will set things up right with an entry such as
this one.

  127.0.1.1 foo.example.com foo

Some people will be running software such as CAD/EDA software that
passes IP addresses around interchangeably with hostnames.  That
software is fundamentally broken.  But for those using it the only
possibility is to work around it.  The old classical Unix config
would have had a single public IP address there instead.

  93.184.216.34 foo.example.com foo

That works but requires always on networking.  It isn't suitable for
laptops or other mobile devices.  But it is fine for an always on
server host.

> > Only if /etc/hosts does not contain a hostname - a DNS search will be
> > performed (or other resolving method, all according to nsswitch.conf).

The entire 'hostname --fqdn' hack is really a nasty hack that I wish
had never entered the GNU/Linux community.  You won't find it on a
classic Unix system.  Actually I have debugged many installation
scripts that call 'hostname -f' and instead set the hostname to "-f".
On legacy Unix systems there are no options.  Whatever is in the first
argument is what is set as the hostname.

But that isn't the worst of it.  The 'hostname -f' model thinks that a
host has one IP address and that one IP address maps to one host.  It
looks up the name and finds the first IP address.  It looks up that IP
address to find the name associated with it.  Basically it assigns the
name found through DNS lookups.  It expects a one-to-one mapping of
exactly one IP address and the entire loop must match.

That thinking is so 1985!  It is now 30 years later in 2015 and that
relationship just isn't true in the general case.  Lots of servers
have multiple IP addresses.  A server might be serving multiple
domains.  What is the canonical domain in that case?  I sarcastically
say that 'hostname -f' will always pick the wrong one for you if you
have several to choose from.  That is one of the reasons for the great
compromise of using '127.0.1.1 fqdn' in the /etc/hosts file.

The /etc/nsswitch.conf file configures name lookups.  The usual line
for the hosts file lookup mapping is:

  hosts:  files dns

That looks in /etc/hosts first and dns second.  (Some sites may have
NIS/yp or LDAP or other configured there.)  Since files is first it
has priority for /etc/hosts entries before DNS entries.  That allows
the strategy mapping through 127.0.1.1 to work.

Here is some discussion on the various issues.

  https://lists.debian.org/debian-boot/2005/06/msg00639.html

  https://lists.debian.org/debian-devel/2013/07/msg00809.html

  https://bugs.launchpad.net/ubuntu/+source/netcfg/+bug/234543

There is also 'libnss-myhostname' which I mention for completeness.
However I find it causes me more bugs and problems than not using it
and simply using the above strategies.  Therefore I recommend NOT
using the libnss-myhostname package.

> Yes, agree, though you will not see any of steps above if nscd is
> running as it was in my case.

You menion nscd and that trips another pet peeve.  The nscd is another
Evil bad model that never understood the /etc/passwd file structure
and explicit order.  The nscd hashes the contents and destroys the
order.  Therefore nscd is fundamentally broken whenever there are
multiple names mapped to the same uid number.  That is a very common
configuration in many environments.  I always purge nscd whenever I
want correct behavior.  It doesn't improve performance significantly.
Correct is better than fast anyway.  And if account lookups are slow
then it is better to add more NIS/yp or LDAP slaves and improve your
performance there anyway.

Bob


signature.asc
Description: Digital signature

Re: Xorg -configure fails with "created screens does not match number of detected devices"

[deloptes]

venkat wrote:

> [ 21.967] (EE) Screen(s) found, but none have a usable configuration.

I had same message recently when I moved wheezy (the hard disk with the
system) to a new hardware. It turned out the Xorg server version did have
poor support for the new hardware in wheezy, so either compile newer
version with a bunch of additional software or upgrade to jessie. The last
option I took, because jessie seems to be mostly ready to go into stable
and it worked for my graphic card pretty well.

regards


-- 
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/mfkgen$thl$1...@ger.gmane.org

Re: OpenVPN doesn't restart after sleep

[Bob Proulx]

Tony van der Hoff wrote:
> I have OpenVPN on my KDE Wheezy laptop configured to connect to my
> wheezy VPS. When booting from scratch this works fine.

Works for me too.  Note that I am not using KDE however.  Doesn't seem
like that should matter.  Unless you are using some KDE specific
network something.

> However, if I close the lid, thus putting the lappie into sleep mode,
> then re-open it, OpenVPN appears to start, but I'm unable to access any
> address outside of my local network, until I run  restart>.

You say "address" which sounds promising that you are actually talking
about addresses explicitly.  But most people confuse names and
addresses and mix them up in conversation.

Do you have a caching nameserver installed?  bind9 or other?  Does
restarting just bind9 also solve the problem?

  # service bind9 restart

One of the more fragile things I have found with VPNs is the DNS
server caches responses.  It caches negative responses, failures, for
a short time too.  Therefore it is sometimes the case that a name
can't be resolved to an address through the nameserver until it has
timed out even though the underlying networking is operating
correctly.  Restarting the nameserver causes all of the temporary
caching such as negative responses to be flushed and they will then be
read through from upstream again.

When using a vpn you are also very likely using private resources
behind that vpn.  Probably also using DNS names from that private
resource.  Yes?  In which case special configuration must also be
added to ensure that your nameserver is looking up names from the
private vpn space and not from the public space.  The coffee shop,
airport, public wifi won't know about the private names.  Does this
apply to your configuration?  If so then how are you handling this in
your configuration?  There is currently no standard method in the
Debian openvpn package and you will need to write and install your own
solution to it.

To diagnose the difference look specifically for each individual
component of the issue.  Perform a ping by address.  Perform a name
lookup by name.

  $ host example.com
  example.com has address 93.184.216.34
  example.com has IPv6 address 2606:2800:220:1:248:1893:25c8:1946

  $ ping -c3 93.184.216.34
  PING 93.184.216.34 (93.184.216.34) 56(84) bytes of data.
  64 bytes from 93.184.216.34: icmp_seq=1 ttl=54 time=56.8 ms
  64 bytes from 93.184.216.34: icmp_seq=2 ttl=54 time=58.1 ms
  64 bytes from 93.184.216.34: icmp_seq=3 ttl=54 time=57.2 ms

  --- 93.184.216.34 ping statistics ---
  3 packets transmitted, 3 received, 0% packet loss, time 2003ms
  rtt min/avg/max/mdev = 56.862/57.407/58.120/0.527 ms

If a ping to the address succeeds and the DNS lookup fails then you
know the networking is okay.  I suspect this to be the problem.

The reason that restarting openvpn causes things to work is that
restarting openvpn also restarts installed nameservers too.  (Or was
that just a local hack I did on my laptop?  I don't remember now.)

> Google doesn't make any useful suggestions, so does anyone here know
> how to fix this?

Another useful debugging hint is to run this in a text window and
watch the display change.

  watch ip route show

Or the shortest save the keystrokes typing abbreviation.

  watch ip r

When the vpn is offline there won't be any routes for the tunnel
devices.  After the vpn is established it will register routes
corresponding to the tunnels.  Seeing them be dropped and established
is useful for me to see when the tunnels become usable.

Another useful debugging hint is to run this in a window and watch the
log file.

  tail -F /var/log/syslog

That will display the actions of openvpn daemon as they are logged to
the system log file.  Watching that will display what is happening as
it happens.

Bob


signature.asc
Description: Digital signature

Re: firefox-37, where to put

[Gene Heskett]

On Thursday 02 April 2015 17:35:29 Gene Heskett wrote:
> On Thursday 02 April 2015 15:35:17 Reco wrote:
[...]
> Or nuke this and go get the 32 bit version, that might be easier.
>
> Thats what I'll do.  If it doesn't fly, well, tigerdirect sells hard
> drives still.
>
And FWIW, it works as advertised.

And again, my apologies to all.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 


-- 
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/201504021748.47177.ghesk...@wdtv.com

Re: firefox-37, where to put

[Gene Heskett]

On Thursday 02 April 2015 15:35:17 Reco wrote:
>  Hi.
>
> On Thu, 2 Apr 2015 15:06:42 -0400
>
> Gene Heskett  wrote:
> > "ldd" says its not an executable, but then says ldd itself is not,
> > while "file" says its (ldd) a Bourne Again SHell script.
> >
> > Am I compromized?
>
> Let's see what all fuss is about.
>
> First,
>
> wget -q
> http://ftp.mozilla.org/pub/mozilla.org/firefox/releases/37.0/linux-x86
>_64/en-US/firefox-37.0.tar.bz2
>
> Second,
>
> wget -q
> ftp.mozilla.org/pub/mozilla.org/firefox/releases/37.0/SHA512SUMS
>
> Third,
>
> sha512sum firefox-37.0.tar.bz2
>
> Fourth,
>
> grep
> 665f856cd9f69db2122c6d5bf25305e0ffa60bb56f342be9512cbe81e912c0966a7e10
>0ce2d0e30bf978cf94fcf43a2de4c8afa6834ebd46ff7b292f6eec3224 SHA512SUMS
>
> And hurray, I've apparently got Genuine™ Mozilla Firefox 37.
>
> Next,
>
> tar xf firefox-37.0.tar.bz2 && cd firefox
>
> And, finally
>
> $ file firefox
> firefox: ELF 64-bit LSB executable, x86-64, version 1 (SYSV),
> dynamically linked (uses shared libs), for GNU/Linux 2.6.18, BuildID
> [sha1]=0xd9c52e07232a78690be6d991546a12bb3668601d, stripped
>
> $ file --mime-type firefox
> firefox: application/x-executable
Looks good, I get that:
gene@coyote:~/bin/firefox-37/firefox$ file --mime-type firefox
firefox: application/x-executable
>
> So, it's definitely a binary. Yet,
>
> $ ldd ./firefox
> not a dynamic executable
>
> Why? That's why:
>
> $ pwd
> /tmp/firefox

See above, and /home is just a directory on / here since the broken 
installer will not do it any other way.

> $ mount | grep /tmp
> tmpfs on /tmp type tmpfs
> (rw,nosuid,nodev,noexec,relatime,size=12234980k)
>
> Notice *noexec* here.
So the best I can do is:
gene@coyote:~/bin/firefox-37/firefox$ sudo mount|grep noexec
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
devpts on /dev/pts type devpts 
(rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs 
(rw,nosuid,noexec,relatime,size=819968k,mode=755)
tmpfs on /run/lock type tmpfs 
(rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /run/shm type tmpfs 
(rw,nosuid,nodev,noexec,relatime,size=4994340k)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc 
(rw,nosuid,nodev,noexec,relatime)

None of which should apply to /home/gene/bin/firefox-37/firefox.  I have 
about 10 other scripts that, once the /home/gene/bin was added to my 
$PATH, run just as if they were in some /usr/whatever directory.
Humm backout one and two levels and check to see if the directories carry 
enough x's, and they do I think.

From /home/gene/bin
drwxr-xr-x 3 gene gene   4096 Apr  1 22:44 firefox-37
and from /home/gene/bin/firefox-37
drwxr-xr-x 9 gene gene 4096 Mar 26 23:51 firefox
3 x's there too.

So, like T. Edison said, we have learned 2 more ways to make a light bulb 
that don't work.

> You see, ldd actually tries to execute a file (by using special hack
> in ld.so, so that's OK). And of course, if you put an executable at
> no-executable mountpoint, not only you won't be able to run it, ldd
> also ceases to work.

What happens if I add that path to the list in /etc/dld.so.conf.d?
sudo ldconfig -v finds them all but that doesn't help, its still not an 
executable file to a plain ldd command.  And sitting in that directory 
looking at it "./firefoxENTERkey" is a
Bash: No such file or directory.

Something is busted here, but I'm bruising my head beating it on the 
wall...

> And yes, ldd is a shell script. A customary way to prepend hacky
> environment variables to executables is using shell wrappers. ldd is
> just one of those.
>
> Still, if ldd fails you - use objdump:
>
> $ objdump -x firefox | grep NEED
>   NEEDED   libpthread.so.0
>   NEEDED   libdl.so.2
>   NEEDED   librt.so.1
>   NEEDED   libstdc++.so.6
>   NEEDED   libm.so.6
>   NEEDED   libgcc_s.so.1
>   NEEDED   libc.so.6
>   NEEDED   ld-linux-x86-64.so.2
>   VERNEED  0x004036c8
>   VERNEEDNUM   0x0007
>
>
> tl;dr version - move your firefox directory to filesystem mounted with
> exec. Problem should solve itself.
>
> Reco

Now I am bumfuzzled.  The above command works, but if I "locate 
ld-linux", I discover the friggin libraries are all i386! :( :(

So thats whats busted, sure as little green apples have a fairly flat 
trajectory.  Its time I go get a couple more drives and install some 
genuine x86-64 (preferable genuine amd64) version of Linux.  This 
particular variation of wheezy is NOT. Unless I can play 
with /etc/apt/sources.list and convince synaptic to fix it?

Or nuke this and go get the 32 bit version, that might be easier.

Thats what I'll do.  If it doesn't fly, well, tigerdirect sells hard 
drives still.

My apologies to everyone who has busted their butts trying to fix this.

Consider this thread closed even if not fixed.  Its in my ballpark now.

Cheers, Gene Heskett

Re: firefox-37, where to put

[Gene Heskett]

On Thursday 02 April 2015 15:35:17 Lisi Reisz wrote:
> On Thursday 02 April 2015 20:25:16 Gene Heskett wrote:
> > Occasionally. Trying not to offend the ladies here too much etc.
>
> We are as capable of swapping letters over as the men.  It doesn't
> achieve much.
>
> Lisi

Thats a lesson I shoulda learned 80 years ago.  My apologies my dear.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 


-- 
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/201504021645.06502.ghesk...@wdtv.com

free cloud

[Pol Hallen]

Hey all :-)

I looking for a free cloud with almost rsync server-side (or other good 
services to automatically sync data) no http/s transfer.


What's the best online (and free or chip cost) service?

thanks!

Pol


--
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/551da3be.7090...@fuckaround.org

Re: starting mgetty

[peter]

From: Bob Proulx 
Date: Wed, 25 Mar 2015 22:24:30 -0600
> Fun retro!  :-)

For sure.  What's old is new again.
http://www.inf.ethz.ch/personal/wirth/ProjectOberon/SourcesVerilog/RS232T.v

> What clues are found in the mgetty debug log file?

I won't be at the site again for a few days.  As I recall, nothing 
pertinent in /var/log/mgetty .  As if mgetty wasn't invoked.  

> Try cranking up the debug level.   

Nothing from that.

> Do you have it connected to a modem?

A modem is on ttyS0 and the serial crossover on ttyS1.

> If not then do you have -r to avoid the modem initialization?

Yes, the crossover connection is data only.  Both connections worked 
a few years back.

From: Bob Proulx 
Date: Wed, 25 Mar 2015 22:27:02 -0600
> I assume Peter is having ppp on one end login to the other end at the
> login: prompt as the ppp user which starts up the pppd as the login
> shell on the other end.  ... Before ethernet that was quite a common 
> way to network two computers on the local site.

Exactly.  In absence of a driver for an Ethernet adapter, serial crossover 
with PPP is quite effective.  After starting mgetty interactively, the 
required files were moved across.  The problem is not an immediate 
concern but would be nice to solve for future use.

Thanks,... Peter E.

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


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/E1YdkmQ-T5-0g@armada

Re: firefox-37, where to put

[Reco]

 Hi.

On Thu, 2 Apr 2015 20:42:27 +0100
Lisi Reisz  wrote:

> But he doesn't need to do it anyway, because Iceweasel is in fact working.

I never underestimate two things:

1) The power of prejudice (it took three long years to convince my
wife that Firefox = Iceweasel, for example).

2) User-agent sniffing on the server-side (their user-agents differ
indeed).


Back then I was young and stupid (former is gone, latter remains to be
seen), I ran firefox from the tarball too. Since then I got lazy :) and
use only stock Iceweasel too. The way I see it - if certain site does
not work in my browser - there're *always* other sites. Same applies to
banking, healthcare, education and whatever else can be picky about
browsers.

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/20150402225125.ebc2f9141422dfe7eda28...@gmail.com

Re: Monitor is flickering when changes on the screen (i.e. cursor)

[Flo]

> 
> Are there warning (WW) or error (EE) messages in
> journalctl -u gdm.service
> when the screen is flickering?
> 

No warnings or anything at the journal. I am using lightdm, so my
command was 'journalctl -u lightdm.service'.

Do  you think to better use gdm instead of lightdm? My understanding is
that the problem lies a bit deeper more at the kernel or drivers. But of
course I could try a different display manager if this could make a
difference.

Regards,
Flo.



-- 
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/551d9dac.6010...@gmx.at

Re: Monitor is flickering when changes on the screen (i.e. cursor)

[Flo]

>>
>> PS: I also tried different resolutions. No effect!
> 
> Different refresh rate?  Is that set the same now as before?  
> 

Yes, I tried also different refresh rates (if the pull down menu gave me
choices).

Flo.



-- 
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/551d9da7.1000...@gmx.at

Re: firefox-37, where to put

[Lisi Reisz]

On Thursday 02 April 2015 20:35:17 Reco wrote:
>  Hi.
>
> On Thu, 2 Apr 2015 15:06:42 -0400
>
> Gene Heskett  wrote:
> > "ldd" says its not an executable, but then says ldd itself is not,
> > while "file" says its (ldd) a Bourne Again SHell script.
> >
> > Am I compromized?
>
> Let's see what all fuss is about.
>
> First,
>
> wget -q
> http://ftp.mozilla.org/pub/mozilla.org/firefox/releases/37.0/linux-x86_64/e
>n-US/firefox-37.0.tar.bz2
>
> Second,
>
> wget -q
> ftp.mozilla.org/pub/mozilla.org/firefox/releases/37.0/SHA512SUMS
>
> Third,
>
> sha512sum firefox-37.0.tar.bz2
>
> Fourth,
>
> grep
> 665f856cd9f69db2122c6d5bf25305e0ffa60bb56f342be9512cbe81e912c0966a7e100ce2d
>0e30bf978cf94fcf43a2de4c8afa6834ebd46ff7b292f6eec3224 SHA512SUMS
>
> And hurray, I've apparently got Genuine™ Mozilla Firefox 37.
>
> Next,
>
> tar xf firefox-37.0.tar.bz2 && cd firefox
>
> And, finally
>
> $ file firefox
> firefox: ELF 64-bit LSB executable, x86-64, version 1 (SYSV),
> dynamically linked (uses shared libs), for GNU/Linux 2.6.18, BuildID
> [sha1]=0xd9c52e07232a78690be6d991546a12bb3668601d, stripped
>
> $ file --mime-type firefox
> firefox: application/x-executable
>
> So, it's definitely a binary. Yet,
>
> $ ldd ./firefox
> not a dynamic executable
>
> Why? That's why:
>
> $ pwd
> /tmp/firefox
> $ mount | grep /tmp
> tmpfs on /tmp type tmpfs
> (rw,nosuid,nodev,noexec,relatime,size=12234980k)
>
> Notice *noexec* here.
>
>
> You see, ldd actually tries to execute a file (by using special hack in
> ld.so, so that's OK). And of course, if you put an executable at
> no-executable mountpoint, not only you won't be able to run it, ldd
> also ceases to work.
>
> And yes, ldd is a shell script. A customary way to prepend hacky
> environment variables to executables is using shell wrappers. ldd is
> just one of those.
>
> Still, if ldd fails you - use objdump:
>
> $ objdump -x firefox | grep NEED
>   NEEDED   libpthread.so.0
>   NEEDED   libdl.so.2
>   NEEDED   librt.so.1
>   NEEDED   libstdc++.so.6
>   NEEDED   libm.so.6
>   NEEDED   libgcc_s.so.1
>   NEEDED   libc.so.6
>   NEEDED   ld-linux-x86-64.so.2
>   VERNEED  0x004036c8
>   VERNEEDNUM   0x0007
>
>
> tl;dr version - move your firefox directory to filesystem mounted with
> exec. Problem should solve itself.

But he doesn't need to do it anyway, because Iceweasel is in fact working.

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

Re: firefox-37, where to put

[Lisi Reisz]

On Thursday 02 April 2015 20:25:16 Gene Heskett wrote:
> Occasionally. Trying not to offend the ladies here too much etc.

We are as capable of swapping letters over as the men.  It doesn't achieve 
much.

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

Re: firefox-37, where to put

[Reco]

 Hi.

On Thu, 2 Apr 2015 15:06:42 -0400
Gene Heskett  wrote:

> "ldd" says its not an executable, but then says ldd itself is not, 
> while "file" says its (ldd) a Bourne Again SHell script.
> 
> Am I compromized?

Let's see what all fuss is about.

First, 

wget -q
http://ftp.mozilla.org/pub/mozilla.org/firefox/releases/37.0/linux-x86_64/en-US/firefox-37.0.tar.bz2

Second,

wget -q
ftp.mozilla.org/pub/mozilla.org/firefox/releases/37.0/SHA512SUMS

Third,

sha512sum firefox-37.0.tar.bz2

Fourth,

grep
665f856cd9f69db2122c6d5bf25305e0ffa60bb56f342be9512cbe81e912c0966a7e100ce2d0e30bf978cf94fcf43a2de4c8afa6834ebd46ff7b292f6eec3224
SHA512SUMS

And hurray, I've apparently got Genuine™ Mozilla Firefox 37.

Next,

tar xf firefox-37.0.tar.bz2 && cd firefox

And, finally

$ file firefox
firefox: ELF 64-bit LSB executable, x86-64, version 1 (SYSV),
dynamically linked (uses shared libs), for GNU/Linux 2.6.18, BuildID
[sha1]=0xd9c52e07232a78690be6d991546a12bb3668601d, stripped

$ file --mime-type firefox 
firefox: application/x-executable

So, it's definitely a binary. Yet,

$ ldd ./firefox
not a dynamic executable

Why? That's why:

$ pwd
/tmp/firefox
$ mount | grep /tmp
tmpfs on /tmp type tmpfs
(rw,nosuid,nodev,noexec,relatime,size=12234980k)

Notice *noexec* here.


You see, ldd actually tries to execute a file (by using special hack in
ld.so, so that's OK). And of course, if you put an executable at
no-executable mountpoint, not only you won't be able to run it, ldd
also ceases to work.

And yes, ldd is a shell script. A customary way to prepend hacky
environment variables to executables is using shell wrappers. ldd is
just one of those.

Still, if ldd fails you - use objdump:

$ objdump -x firefox | grep NEED
  NEEDED   libpthread.so.0
  NEEDED   libdl.so.2
  NEEDED   librt.so.1
  NEEDED   libstdc++.so.6
  NEEDED   libm.so.6
  NEEDED   libgcc_s.so.1
  NEEDED   libc.so.6
  NEEDED   ld-linux-x86-64.so.2
  VERNEED  0x004036c8
  VERNEEDNUM   0x0007


tl;dr version - move your firefox directory to filesystem mounted with
exec. Problem should solve itself.

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/20150402223517.1c0ad5c8234a975f69150...@gmail.com

Re: firefox-37, where to put

[Gene Heskett]

On Thursday 02 April 2015 13:48:36 Brian wrote:
> On Thu 02 Apr 2015 at 13:06:05 -0400, Gene Heskett wrote:
> > This is nucking futs:
>
> Are you as adept at malapropisms as spoonerisms?

Occasionally. Trying not to offend the ladies here too much etc.

> Off-topic, I know. But it might have some bearing on your ability to
> drive iceweasel competently.

Actually finding a keyboard that A:fits the space, and B: has keys big 
enough my fat fingers might stand a chance of hitting the right ones, 
would help.  I love the white version of the logitech k-360, but it does 
enhance the number of typos if my finger is 1/8" off center on the key, 
it gets the adjacent key too.  My hands cannot span an octave on the 
piano keyboard, fingers too short. but I still have to buy XXXL gloves 
or I can't get the hand thru the wrist of the glove.  Then I have 1 or 
more inches of empty fingers when they are pulled on.  Keyboard of 
course means my hands bounce all over it in order to reach the farther 
keys.  So obviously I proofread the heck out of it BEFORE I hit 
return/Enter.

That can be an exasperating problem, but its also my problem. ;-)

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 


-- 
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/201504021525.16019.ghesk...@wdtv.com

Re: Debian and FQDN lookup

[Alex Mestiashvili]

>> and as far as I see it simply asks the DNS about the hostname using 
>> getaddrinfo.
> 
> But, with stock nsswitch.conf, it issues uname(2) syscall first, goes
> to /etc/hosts second, and if it encounters FQDN hostname - it all ends
> here.
> If /etc/hosts contain only bare hostname - it'd return a bare hostname.
> 
> Only if /etc/hosts does not contain a hostname - a DNS search will be
> performed (or other resolving method, all according to nsswitch.conf).

Yes, agree, though you will not see any of steps above if nscd is
running as it was in my case.

> 
>> On my system the "--fqdn" flag doesn't work if my /etc/resolv.conf 
>> doesn't have domain  or search  option enabled.
> 
> Or it's because you have a bare hostname in /etc/hosts ;)

It is because /etc/hosts had a wrong entry at the time I was testing it...
Thank you for putting it all together.

Alex


-- 
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/551d965f.70...@biotec.tu-dresden.de

Re: apt-offline usage

[peter]

From: franc...@avalenn.eu
Date: Mon, 9 Mar 2015 13:40:25 +0100
> If I remember correctly but this is from memory from 3 or 4 years ago
> it is possible to need two round-trip between networked and isolated
> server :
> 
> isolated$ apt-offline set --update ...
> networked$ apt-offline get ...
> isolated$ apt-offline install
> isolated$ apt-offline set --install $package ...
> networked$ apt-offline get ...
> isolated$ apt-offline install ...
> isolated$ apt-get install $package

That installs $package with no difficulty.  Good!  Thanks!

My understanding is that "apt-offline install .bundle" 
upgrades the cache of data needed for the upgrade but doesn't 
perform the upgrade.  

"apt-get install " upgrades a specific package.
To upgrade all packages available from the bundle I tried "apt-get install *".  
* is expanded to files and directories in the current directory. 
Definitely not the intention. 

"apt-get upgrade" attempts to access network sources
which also is not the intention.  How is an upgrade 
from the local cache invoked?

Thanks,  ... P.


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


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/E1Ydjrz-Qk-EE@armada

Re: firefox-37, where to put

[Gene Heskett]

On Thursday 02 April 2015 13:48:23 The Wanderer wrote:
> On 04/02/2015 at 01:29 PM, Gene Heskett wrote:
> > On Thursday 02 April 2015 09:34:36 Petter Adsen wrote:
> >> On Thu, 2 Apr 2015 09:24:19 -0400
> >>
> >>
> >> petter@monster:~/Downloads/firefox$ ls -l firefox
> >> -rwxr-xr-x 1 petter petter 147776 mars  27 04:51 firefox
> >
> > -rwxr-xr-x 1 gene gene 147776 Mar 26 23:51 firefox>
> >
> >> petter@monster:~/Downloads/firefox$ ldd firefox
> >> linux-vdso.so.1 => (0x7ffcfabd4000)
> >> libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0
> >>  (0x7f281ae5)
> >> libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2
> >>  (0x7f281ac4c000)
> >> librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1
> >>  (0x7f281aa43000)
> >> libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6
> >>  (0x7f281a734000)
> >> libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6
> >>  (0x7f281a42c000)
> >> libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1
> >>  (0x7f281a215000)
> >> libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6
> >>  (0x7f2819e4b000)
> >> /lib64/ld-linux-x86-64.so.2 (0x7f281b091000)
> >
> > whereas here:
> > gene@coyote:~/bin/firefox-37/firefox$ ldd firefox
> > not a dynamic executable
> > I also tried a sudo ldd firefox and got exactly the same response.
> >
> > Now, is not ldd itself an executable?
> > gene@coyote:~/bin/firefox-37/firefox$ ldd /usr/bin/ldd
> > not a dynamic executable
> > WTH
>
> $ file /usr/bin/ldd
> /usr/bin/ldd: Bourne-Again shell script, ASCII text executable
>
> If you want to test ldd, try it on /bin/true or suchlike - or at least
> check with file first, to make sure that what you're testing it on is
> actually a binary file.
>
> >> And see what you get. Note that this isn't a Debian machine, so
> >> you won't get the same library versions, but they should be
> >> similar. If you have the same version of FF that I dl'ed, then the
> >> md5sums should be identical. Otherwise, something is corrupted.
> >>
> >>> And iceweasel has recovered.  No history but prefs are intact
> >>> 
> >>
> >> Didn't you start this thread by saying you deleted your history?
> >>
> >> :)
> >
> > Yes, but all it had been able to do after the re-install was start 2
> > copies, spinning its wheels with 1 of my phenoms cores pegged out
> > and north of 150C for temps.  And it was just cleaned & regreased
> > with Artic Silver in Oct 2014.  One of my annual rites.
>
> My guess is that it was parsing (and partly choking on) some part of
> your user profile, and that the reason it "came back" is that it
> managed to finish that process.
>
> Normally that shouldn't require nearly that long or nearly that much
> system load, but in some cases it may be possible.

Apparently so.  But I don't recall launching it again after killing it 
for the 5th+ time.  I'd gone to bed around midnight, the ^%#@! phone 
woke me up about 3:45, and when I'd checked see if ther was a message, 
no, recycled most of a cuppa, and came in here to find it on-screen and 
idle surprised me.

> If you want to guarantee avoiding that entirely, the only way to do it
> that I know of is to remove the entire Firefox profile
> (~/.mozilla/firefox/profiledirname) and start from scratch. That would
> remove all of your preferences and extensions (as well as your
> history, et cetera), however, so it's a considerably more drastic move
> - and not one I'd consider for myself, without _extensive_ research
> into possible alternatives.

Same attitude here, Wanderer.  Thanks.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 


-- 
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/201504021513.42483.ghesk...@wdtv.com

Re: firefox-37, where to put

[Gene Heskett]

On Thursday 02 April 2015 13:16:15 Reco wrote:
>  Hi.
>
> On Thu, 2 Apr 2015 13:06:05 -0400
>
> Gene Heskett  wrote:
> > This is nucking futs:
>
> No, that shows that Mozilla Foundation cares about people. Would you
> prefer Google's approach - latest Chrome requires kernel 3.19?
>
> > gene@coyote:~/bin/firefox-37/firefox$ file firefox
> > firefox: ELF 64-bit LSB executable, x86-64, version 1 (SYSV),
> > dynamically linked (uses shared libs), for GNU/Linux 2.6.18,
> > BuildID[sha1]=0xd9c52e07232a78690be6d991546a12bb3668601d, stripped
> >
> > For GNU Linux-2.6.18? And I'm running 3.2.0-4amd64?
>
> That's minimal kernel version that guaranteed to work. And by running
> Debian-provided kernel you're saving yourself a whole lot of trouble
> :)
>
> > Itself what, 2 years
> > old? What the hell are the chances for that being compatible when
> > its well north of 6 years old?  My CNC machinery is running
> > Ubuntu-10.04-4 LTS with kernel 2.6.32-122-rtai, 5 years old this
> > month.
>
> Good ones. Firefox does not depend on kernel internals, and the motto
> of Linux kernel project is 'you do not break userspace'. It's recorded
> that people were able to run a 'rogue' executable compiled circa `92
> on modern Linux kernels.
>
> It's the userspace (i.e. libraries) you should worry about, not
> kernel.
>
> So, don't look at 'file' output that much, run 'ldd'.
>
> Reco

"ldd" says its not an executable, but then says ldd itself is not, 
while "file" says its (ldd) a Bourne Again SHell script.

Am I compromized?

Thanks Reco.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 


-- 
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/201504021506.42185.ghesk...@wdtv.com

Re: firefox-37, where to put

[The Wanderer]

On 04/02/2015 at 01:29 PM, Gene Heskett wrote:

> On Thursday 02 April 2015 09:34:36 Petter Adsen wrote:
>
>> On Thu, 2 Apr 2015 09:24:19 -0400


>> petter@monster:~/Downloads/firefox$ ls -l firefox
>> -rwxr-xr-x 1 petter petter 147776 mars  27 04:51 firefox
> -rwxr-xr-x 1 gene gene 147776 Mar 26 23:51 firefox>
>> petter@monster:~/Downloads/firefox$ ldd firefox
>> linux-vdso.so.1 => (0x7ffcfabd4000)
>> libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0
>>  (0x7f281ae5)
>> libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2
>>  (0x7f281ac4c000)
>> librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1
>>  (0x7f281aa43000)
>> libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6
>>  (0x7f281a734000)
>> libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6
>>  (0x7f281a42c000)
>> libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1
>>  (0x7f281a215000)
>> libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6
>>  (0x7f2819e4b000)
>> /lib64/ld-linux-x86-64.so.2 (0x7f281b091000)
> 
> whereas here:
> gene@coyote:~/bin/firefox-37/firefox$ ldd firefox
>   not a dynamic executable
> I also tried a sudo ldd firefox and got exactly the same response.
> 
> Now, is not ldd itself an executable?
> gene@coyote:~/bin/firefox-37/firefox$ ldd /usr/bin/ldd
>   not a dynamic executable
> WTH

$ file /usr/bin/ldd
/usr/bin/ldd: Bourne-Again shell script, ASCII text executable

If you want to test ldd, try it on /bin/true or suchlike - or at least
check with file first, to make sure that what you're testing it on is
actually a binary file.

>> And see what you get. Note that this isn't a Debian machine, so
>> you won't get the same library versions, but they should be
>> similar. If you have the same version of FF that I dl'ed, then the
>> md5sums should be identical. Otherwise, something is corrupted.
>> 
>>> And iceweasel has recovered.  No history but prefs are intact
>>> 
>> 
>> Didn't you start this thread by saying you deleted your history?
>> :)
> 
> Yes, but all it had been able to do after the re-install was start 2
> copies, spinning its wheels with 1 of my phenoms cores pegged out
> and north of 150C for temps.  And it was just cleaned & regreased
> with Artic Silver in Oct 2014.  One of my annual rites.

My guess is that it was parsing (and partly choking on) some part of
your user profile, and that the reason it "came back" is that it managed
to finish that process.

Normally that shouldn't require nearly that long or nearly that much
system load, but in some cases it may be possible.

If you want to guarantee avoiding that entirely, the only way to do it
that I know of is to remove the entire Firefox profile
(~/.mozilla/firefox/profiledirname) and start from scratch. That would
remove all of your preferences and extensions (as well as your history,
et cetera), however, so it's a considerably more drastic move - and not
one I'd consider for myself, without _extensive_ research into possible
alternatives.

-- 
   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



signature.asc
Description: OpenPGP digital signature

Re: firefox-37, where to put

[Brian]

On Thu 02 Apr 2015 at 13:06:05 -0400, Gene Heskett wrote:

> This is nucking futs:

Are you as adept at malapropisms as spoonerisms?

Off-topic, I know. But it might have some bearing on your ability to
drive iceweasel competently.


-- 
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/20150402174836.gf22...@copernicus.demon.co.uk

Re: firefox-37, where to put

[Gene Heskett]

On Thursday 02 April 2015 09:34:36 Petter Adsen wrote:
> On Thu, 2 Apr 2015 09:24:19 -0400
>
> Gene Heskett  wrote:
> > On Thursday 02 April 2015 08:23:32 Petter Adsen wrote:
> > > On Thu, 2 Apr 2015 08:08:49 -0400
> > >
> > > Gene Heskett  wrote:
> > > > On Thursday 02 April 2015 05:33:40 Darac Marjal wrote:
> > > > > On Thu, Apr 02, 2015 at 05:16:37AM -0400, Gene Heskett wrote:
> > > > > > wordwrap off so as not to rip up long lines.
> > > > > >
> > > > > >
> > > > > > Fun & games but not S&G. Network-Manager had the last word
> > > > > > when I excised that piece of insanity, the SOB zeroed out
> > > > > > the eth0 settings in /etc/network/interfaces.  Bad dog, no
> > > > > > biscuit from me.
> > > > > >
> > > > > > All discovered and I think fixed as I appear to have
> > > > > > restored networking now.
> > > > > >
> > > > > > All triggered by discovering that the reason I was into swap
> > > > > > all the time was that for the last 12 days I had been
> > > > > > running a 32 bit rtai kernel which is NOT PAE, seems I need
> > > > > > to edit the default number in /boot/grub/grub.cnf, it is not
> > > > > > pointing at a 64 bit 3.2.0-4amd64 vmlinuz.  That discovery
> > > > > > in turn triggered by firefox spitting out a tummy ache on
> > > > > > start attempts.
> > > > > >
> > > > > > I renamed the firefox script in /usr/bin/ which was actually
> > > > > > running iceweasel to /usr/bin/firefux, then made a symlink
> > > > > > from
> > > > > >
> > > > > > /home/gene/bin/firefox-37/firefox/firefox
> > > > > > from /usr/bin/firefox.
> > > > > >
> > > > > > So, rebooted to a true 64 bit kernel, but 64 bit firefox
> > > > > > refuses to run: gene@coyote:~$ ls -l /usr/bin/firefox
> > > > > > lrwxrwxrwx 1 root root 41 Apr  2 04:03 /usr/bin/firefox ->
> > > > > > /home/gene/bin/firefox-37/firefox/firefox Which is correct.
> > > > > > But First try it like the renamed script does it:
> > > > > > gene@coyote:~$ firefox "$@"
> > > > > > bash: /usr/bin/firefox: No such file or directory
> > > > > > Then try w/o the argument.
> > > > > > gene@coyote:~$ firefox
> > > > > > bash: /usr/bin/firefox: No such file or directory
> > > > > >
> > > > > > Its 5am, and I don't seem to have even one eye open
> > > > > > simultaineously...
> > > > > >
> > > > > > The firefox binary itself
> > > > > > gene@coyote:~$ ls -l bin/firefox-37/firefox/firefox
> > > > > > -rwxr-xr-x 1 gene gene 147776 Mar 26 23:51
> > > > > > bin/firefox-37/firefox/firefox
> > > > >
> > > > > Often, in this situation, it's not the file you're thinking of
> > > > > which doesn't exist. When executing a binary file, the kernel
> > > > > will return the same error (ENOENT) for all files necessary to
> > > > > start the binary. In other words, you can't immediately tell
> > > > > if it's the binary which doesn't exist, or the libraries it's
> > > > > linked to.
> > > > >
> > > > > So, as you know the binary exists, run "ldd /usr/bin/firefox"
> > > > > to see which libraries it's linked against and see if they all
> > > > > exist.
> > > >
> > > > gene@coyote:~/bin/firefox-37/firefox$ sudo ldd /usr/bin/firefox
> > > > [sudo] password for gene:
> > > > not a dynamic executable
> > >
> > > Run it on the binary itself, not the symlink.
> > >
> > > Petter
> >
> > And it still claims "not an executable".
> >
> > Does using squeeze to unpack a tarball screw things up this bad
>
> No idea, never used it.
>
> Try these:
>
> petter@monster:~/Downloads$ md5sum firefox-37.0.tar.bz2
> 765710c0930898ab09084b4f96186bb0  firefox-37.0.tar.bz2
  765710c0930898ab09084b4f96186bb0  firefox-37.0.tar.bz2
>
> petter@monster:~/Downloads$ tar xfj firefox-37.0.tar.bz2 && cd firefox
> petter@monster:~/Downloads/firefox$ file firefox
> firefox: ELF 64-bit LSB executable, x86-64, version 1 (SYSV),
> dynamically linked (uses shared libs), for GNU/Linux 2.6.18,
> BuildID[sha1]=072ec5d969782a2391d9e60bbb126a541d606836, stripped
Different directory structure?  Mine was unpacked to firefox-37/firefox, 
and firefox is the directory containing firefox the supposed executable.
>
> petter@monster:~/Downloads/firefox$ md5sum firefox
  b94cb23b2c05f08bca64cde6696001c9  firefox
> b94cb23b2c05f08bca64cde6696001c9  firefox
Damn the mouse wheel.

> petter@monster:~/Downloads/firefox$ ls -l firefox
> -rwxr-xr-x 1 petter petter 147776 mars  27 04:51 firefox
-rwxr-xr-x 1 gene gene 147776 Mar 26 23:51 firefox>
> petter@monster:~/Downloads/firefox$ ldd firefox
> linux-vdso.so.1 => (0x7ffcfabd4000)
> libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0
>  (0x7f281ae5)
> libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2
>  (0x7f281ac4c000)
> librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1
>  (0x7f281aa43000)
> libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6
>  (0x7f281a734000)
> libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6
>  (0x7f281a42c000)
> libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1
>  (0x7f281a215000)
> libc.so.6 => /lib/x86_64-linux-gnu/libc.so

Re: firefox-37, where to put

[Reco]

 Hi.

On Thu, 2 Apr 2015 13:06:05 -0400
Gene Heskett  wrote:

> This is nucking futs:

No, that shows that Mozilla Foundation cares about people. Would you
prefer Google's approach - latest Chrome requires kernel 3.19? 

> gene@coyote:~/bin/firefox-37/firefox$ file firefox
> firefox: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically 
> linked (uses shared libs), for GNU/Linux 2.6.18, 
> BuildID[sha1]=0xd9c52e07232a78690be6d991546a12bb3668601d, stripped
> 
> For GNU Linux-2.6.18? And I'm running 3.2.0-4amd64? 

That's minimal kernel version that guaranteed to work. And by running
Debian-provided kernel you're saving yourself a whole lot of trouble :)

> Itself what, 2 years 
> old? What the hell are the chances for that being compatible when its 
> well north of 6 years old?  My CNC machinery is running Ubuntu-10.04-4 
> LTS with kernel 2.6.32-122-rtai, 5 years old this month.

Good ones. Firefox does not depend on kernel internals, and the motto
of Linux kernel project is 'you do not break userspace'. It's recorded
that people were able to run a 'rogue' executable compiled circa `92 on
modern Linux kernels.

It's the userspace (i.e. libraries) you should worry about, not kernel.

So, don't look at 'file' output that much, run 'ldd'.

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/20150402201615.b03b44b43a8fd77d57ff0...@gmail.com

Re: firefox-37, where to put

[Gene Heskett]

On Thursday 02 April 2015 09:31:01 Elimar Riesebieter wrote:
> * Gene Heskett  [2015-04-01 22:54 -0400]:
>
> [...]
>
> > So I just dl'd firefox-37 tarball for 64 bit linux and unpacked it
> > into my home dirs bin subdir.  But thats likely not going to be
> > great as it probably looks someplace else for its libraries & such.
>
> Iceweasel 37.0 is available in experimental:
>
> iceweasel:
>   Installed: 37.0-1
>   Candidate: 37.0-1
>   Version table:
>  *** 37.0-1 0
> 100 http://ftp.de.debian.org/debian/ experimental/main amd64
> Packages 100 /var/lib/dpkg/status
>  31.6.0esr-1 0
> 990 http://ftp.de.debian.org/debian/ unstable/main amd64
> Packages
>
> Just run:
> apt-get install -t experimental iceweasel
>
> You need at least
> deb http://$YOUR_MIRROR/debian/ experimental main
> in sources.list to get it.

Not sure I want to bleed that badly, specially since I am on warfarin. :)

> Elimar
> --
>  The path to source is always uphill!
> -unknown-
Usually both ways...

Thanks Elimar.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 


-- 
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/201504021309.25224.ghesk...@wdtv.com

Re: firefox-37, where to put

[Gene Heskett]

On Thursday 02 April 2015 09:28:13 The Wanderer wrote:
> On 04/02/2015 at 09:24 AM, Gene Heskett wrote:
> > On Thursday 02 April 2015 08:23:32 Petter Adsen wrote:
> >> On Thu, 2 Apr 2015 08:08:49 -0400
> >>
> >>> gene@coyote:~/bin/firefox-37/firefox$ sudo ldd /usr/bin/firefox
> >>> [sudo] password for gene:
> >>>   not a dynamic executable
> >>
> >> Run it on the binary itself, not the symlink.
> >>
> >> Petter
> >
> > And it still claims "not an executable".
>
> Check it with 'file' to make doubly-sure sure it's not another symlink
> (or a script).

This is nucking futs:
gene@coyote:~/bin/firefox-37/firefox$ file firefox
firefox: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically 
linked (uses shared libs), for GNU/Linux 2.6.18, 
BuildID[sha1]=0xd9c52e07232a78690be6d991546a12bb3668601d, stripped

For GNU Linux-2.6.18? And I'm running 3.2.0-4amd64? Itself what, 2 years 
old? What the hell are the chances for that being compatible when its 
well north of 6 years old?  My CNC machinery is running Ubuntu-10.04-4 
LTS with kernel 2.6.32-122-rtai, 5 years old this month.

This could drive me to drink, except I'm a DM-II and that means one a day 
max if I want to keep my feet for a while yet...

> > Does using squeeze to unpack a tarball screw things up this bad
>
> Certainly not.

Thats the answer I was hoping for.

Thanks Wanderer.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 


-- 
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/201504021306.05166.ghesk...@wdtv.com

Re: [solved securely now??] What is the correct way to set encrypted swap with systemd?

[David Wright]

Quoting Paul E Condon (pecon...@mesanetworks.net):
> I read the prior discussion as taking for granted the idea that one
> must have only one method of identifying individual partitions,

If you're referring to my post (which you quoted), then the opposite
is true. The opening paragraphs argues against LABELs as a panacea,
but later ones (and another posting in this thread) reveal that I use
them routinely in what are the right circumstances for me.

(With top-posting, it can be difficult to tell precisely what you're
commenting on.)

> and
> that that method must be the latest to have arrived on the scene. For
> example, if everyone else in the world accepts your idea that
> LABEL=sda1 on the partition that was /dev/sda1 when Debian was
> installed is something that should *not*be*done*, *then* I can be very
> confident that my disk will not cause problems *because*of*an*identity*
> *clash*.

That may be true for you personally, but your idea scales up to just
one computer. I have several. So do many others. Any time your LABEL is
"correct", it's redundant, and when it's made "incorrect" by changing
circumstances, it's confusing.

> The whole scenario is false anyway. Who would let a disk
> arrives at his facility in the hands of a stranger be *mount*ed
> without first putting it in a USB disk carrier and using some system
> tools to take a look at what is recorded on it?  And why would I offer
> my disk to anyone without *telling* them how it is labeled?

Facility? Stranger? In my post I suggested that any one person, who
had taken your advice and LABELled their root partition as "sda1",
might take said drive out of that computer and put it into another one
of theirs, whereupon /dev/disk/by-label will have an entry like this:

/dev/disk/by-label:
total 0
lrwxrwxrwx 1 root root 10 Mar 31 13:44 sda1 -> ../../sdb1

Confusing, unnecessary, avoidable.

> I see the argument here, mine as well as yours, as a clash of wildly
> imaginative false scenarios. 

Summarising: names/labels are important. Advising sda1 as a LABEL is
not a good idea.

If you want a reference, take a look at RFC1178, page 2:
"Don't overload other terms already in common use."

Cheers,
David.


-- 
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/20150402164232.ga10...@alum.home

Re: Debian and FQDN lookup

[Reco]

 Hi.

On Thu, 02 Apr 2015 14:54:19 +0200
Alex Mestiashvili  wrote:

> the mechanism is described here:
> 
>   http://sources.debian.net/src/hostname/3.15/hostname.c/
> 
> and as far as I see it simply asks the DNS about the hostname using 
> getaddrinfo.

But, with stock nsswitch.conf, it issues uname(2) syscall first, goes
to /etc/hosts second, and if it encounters FQDN hostname - it all ends
here.
If /etc/hosts contain only bare hostname - it'd return a bare hostname.

Only if /etc/hosts does not contain a hostname - a DNS search will be
performed (or other resolving method, all according to nsswitch.conf).

> On my system the "--fqdn" flag doesn't work if my /etc/resolv.conf 
> doesn't have domain  or search  option enabled.

Or it's because you have a bare hostname in /etc/hosts ;)

> You can see it with strace hostname --fqdn.

All this invaluable information above was provided you by strace :)

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/20150402193119.cba12c779df50ae576558...@gmail.com

Re: Xorg -configure fails with "created screens does not match number of detected devices"

[Floris]

Op Thu, 02 Apr 2015 12:32:48 +0200 schreef venkat  
:




Looks good. The right driver is used.

Add a Screen and Monitor selection to the Xorg.conf

Section "Screen"
 Identifier "Screen0"
 Device "gma500_gfx"
 Monitor "Monitor0"
EndSection

Section "Monitor"
 Identifier "Monitor0"
 VendorName "Monitor Vendor"
 ModelName "Monitor Model"
EndSection



The system boots but when GDM starts i just see a blank screen..



Switch back to tty1, kill gdm and start the X server with startx





Yes i tried that and i get an error: no screens found

[21.958] (II) Loading  
/usr/lib/xorg/modules/drivers/modesetting_drv.so

[21.959] (II) Module modesetting: vendor="X.Org Foundation"
[21.959] compiled for 1.12.1.902, module version = 0.3.0
[21.959] Module class: X.Org Video Driver
[21.959] ABI class: X.Org Video Driver, version 12.0
[21.959] (II) modesetting: Driver for Modesetting Kernel Drivers: kms
[21.959] (++) using VT number 8

[21.967] (WW) Falling back to old probe method for modesetting
[21.967] (II) UnloadModule: "modesetting"
[21.967] (EE) Screen(s) found, but none have a usable configuration.
[21.967]Fatal server error:
[21.967] no screens found
[21.967]Please consult the The X.Org Foundation supportat  
http://wiki.x.org

for help.

There are a lot of trial and error stories about the gma500 module.
An other possible solution. add
Option "IgnoreACPI" "yes"
to the device section of your xorg.conf
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=533450

Success,

floris

Re: firefox-37, where to put

[Petter Adsen]

On Thu, 2 Apr 2015 09:24:19 -0400
Gene Heskett  wrote:

> 
> 
> On Thursday 02 April 2015 08:23:32 Petter Adsen wrote:
> > On Thu, 2 Apr 2015 08:08:49 -0400
> >
> > Gene Heskett  wrote:
> > > On Thursday 02 April 2015 05:33:40 Darac Marjal wrote:
> > > > On Thu, Apr 02, 2015 at 05:16:37AM -0400, Gene Heskett wrote:
> > > > > wordwrap off so as not to rip up long lines.
> > > > >
> > > > >
> > > > > Fun & games but not S&G. Network-Manager had the last word
> > > > > when I excised that piece of insanity, the SOB zeroed out the
> > > > > eth0 settings in /etc/network/interfaces.  Bad dog, no
> > > > > biscuit from me.
> > > > >
> > > > > All discovered and I think fixed as I appear to have restored
> > > > > networking now.
> > > > >
> > > > > All triggered by discovering that the reason I was into swap
> > > > > all the time was that for the last 12 days I had been running
> > > > > a 32 bit rtai kernel which is NOT PAE, seems I need to edit
> > > > > the default number in /boot/grub/grub.cnf, it is not pointing
> > > > > at a 64 bit 3.2.0-4amd64 vmlinuz.  That discovery in turn
> > > > > triggered by firefox spitting out a tummy ache on start
> > > > > attempts.
> > > > >
> > > > > I renamed the firefox script in /usr/bin/ which was actually
> > > > > running iceweasel to /usr/bin/firefux, then made a symlink
> > > > > from
> > > > >
> > > > > /home/gene/bin/firefox-37/firefox/firefox
> > > > > from /usr/bin/firefox.
> > > > >
> > > > > So, rebooted to a true 64 bit kernel, but 64 bit firefox
> > > > > refuses to run: gene@coyote:~$ ls -l /usr/bin/firefox
> > > > > lrwxrwxrwx 1 root root 41 Apr  2 04:03 /usr/bin/firefox ->
> > > > > /home/gene/bin/firefox-37/firefox/firefox Which is correct.
> > > > > But First try it like the renamed script does it:
> > > > > gene@coyote:~$ firefox "$@"
> > > > > bash: /usr/bin/firefox: No such file or directory
> > > > > Then try w/o the argument.
> > > > > gene@coyote:~$ firefox
> > > > > bash: /usr/bin/firefox: No such file or directory
> > > > >
> > > > > Its 5am, and I don't seem to have even one eye open
> > > > > simultaineously...
> > > > >
> > > > > The firefox binary itself
> > > > > gene@coyote:~$ ls -l bin/firefox-37/firefox/firefox
> > > > > -rwxr-xr-x 1 gene gene 147776 Mar 26 23:51
> > > > > bin/firefox-37/firefox/firefox
> > > >
> > > > Often, in this situation, it's not the file you're thinking of
> > > > which doesn't exist. When executing a binary file, the kernel
> > > > will return the same error (ENOENT) for all files necessary to
> > > > start the binary. In other words, you can't immediately tell if
> > > > it's the binary which doesn't exist, or the libraries it's
> > > > linked to.
> > > >
> > > > So, as you know the binary exists, run "ldd /usr/bin/firefox" to
> > > > see which libraries it's linked against and see if they all
> > > > exist.
> > >
> > > gene@coyote:~/bin/firefox-37/firefox$ sudo ldd /usr/bin/firefox
> > > [sudo] password for gene:
> > >   not a dynamic executable
> >
> > Run it on the binary itself, not the symlink.
> >
> > Petter
> 
> And it still claims "not an executable".
> 
> Does using squeeze to unpack a tarball screw things up this bad

No idea, never used it.

Try these:

petter@monster:~/Downloads$ md5sum firefox-37.0.tar.bz2 
765710c0930898ab09084b4f96186bb0  firefox-37.0.tar.bz2

petter@monster:~/Downloads$ tar xfj firefox-37.0.tar.bz2 && cd firefox
petter@monster:~/Downloads/firefox$ file firefox
firefox: ELF 64-bit LSB executable, x86-64, version 1 (SYSV),
dynamically linked (uses shared libs), for GNU/Linux 2.6.18,
BuildID[sha1]=072ec5d969782a2391d9e60bbb126a541d606836, stripped

petter@monster:~/Downloads/firefox$ md5sum firefox
b94cb23b2c05f08bca64cde6696001c9  firefox

petter@monster:~/Downloads/firefox$ ls -l firefox
-rwxr-xr-x 1 petter petter 147776 mars  27 04:51 firefox

petter@monster:~/Downloads/firefox$ ldd firefox
linux-vdso.so.1 => (0x7ffcfabd4000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0
 (0x7f281ae5)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2
 (0x7f281ac4c000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1
 (0x7f281aa43000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6
 (0x7f281a734000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6
 (0x7f281a42c000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1
 (0x7f281a215000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6
 (0x7f2819e4b000)
/lib64/ld-linux-x86-64.so.2 (0x7f281b091000)

And see what you get. Note that this isn't a Debian machine, so you
won't get the same library versions, but they should be similar. If
you have the same version of FF that I dl'ed, then the md5sums should
be identical. Otherwise, something is corrupted.

> And iceweasel has recovered.  No history but prefs are intact 

Didn't you start this thread by saying you deleted your history? :)

Petter

-- 
"I'm ionized"
"Are you sure?"
"I'm positive."


pgpjzd5C44MHg.pgp
Description: OpenPGP digital signature

Re: firefox-37, where to put

[Elimar Riesebieter]

* Gene Heskett  [2015-04-01 22:54 -0400]:

[...]
> So I just dl'd firefox-37 tarball for 64 bit linux and unpacked it into 
> my home dirs bin subdir.  But thats likely not going to be great as it 
> probably looks someplace else for its libraries & such.

Iceweasel 37.0 is available in experimental:

iceweasel:
  Installed: 37.0-1
  Candidate: 37.0-1
  Version table:
 *** 37.0-1 0
100 http://ftp.de.debian.org/debian/ experimental/main amd64 Packages
100 /var/lib/dpkg/status
 31.6.0esr-1 0
990 http://ftp.de.debian.org/debian/ unstable/main amd64 Packages

Just run:
apt-get install -t experimental iceweasel

You need at least
deb http://$YOUR_MIRROR/debian/ experimental main
in sources.list to get it.

Elimar
-- 
 The path to source is always uphill!
-unknown-


-- 
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/20150402133101.ga2...@galadriel.home.lxtec.de

Re: firefox-37, where to put

[The Wanderer]

On 04/02/2015 at 09:24 AM, Gene Heskett wrote:

> On Thursday 02 April 2015 08:23:32 Petter Adsen wrote:
>
>> On Thu, 2 Apr 2015 08:08:49 -0400

>>> gene@coyote:~/bin/firefox-37/firefox$ sudo ldd /usr/bin/firefox
>>> [sudo] password for gene:
>>> not a dynamic executable
>>
>> Run it on the binary itself, not the symlink.
>>
>> Petter
> 
> And it still claims "not an executable".

Check it with 'file' to make doubly-sure sure it's not another symlink
(or a script).

> Does using squeeze to unpack a tarball screw things up this bad

Certainly not.

-- 
   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



signature.asc
Description: OpenPGP digital signature

Re: firefox-37, where to put

[Gene Heskett]

On Thursday 02 April 2015 08:23:32 Petter Adsen wrote:
> On Thu, 2 Apr 2015 08:08:49 -0400
>
> Gene Heskett  wrote:
> > On Thursday 02 April 2015 05:33:40 Darac Marjal wrote:
> > > On Thu, Apr 02, 2015 at 05:16:37AM -0400, Gene Heskett wrote:
> > > > wordwrap off so as not to rip up long lines.
> > > >
> > > >
> > > > Fun & games but not S&G. Network-Manager had the last word when
> > > > I excised that piece of insanity, the SOB zeroed out the eth0
> > > > settings in /etc/network/interfaces.  Bad dog, no biscuit from
> > > > me.
> > > >
> > > > All discovered and I think fixed as I appear to have restored
> > > > networking now.
> > > >
> > > > All triggered by discovering that the reason I was into swap all
> > > > the time was that for the last 12 days I had been running a 32
> > > > bit rtai kernel which is NOT PAE, seems I need to edit the
> > > > default number in /boot/grub/grub.cnf, it is not pointing at a
> > > > 64 bit 3.2.0-4amd64 vmlinuz.  That discovery in turn triggered
> > > > by firefox spitting out a tummy ache on start attempts.
> > > >
> > > > I renamed the firefox script in /usr/bin/ which was actually
> > > > running iceweasel to /usr/bin/firefux, then made a symlink from
> > > >
> > > > /home/gene/bin/firefox-37/firefox/firefox from /usr/bin/firefox.
> > > >
> > > > So, rebooted to a true 64 bit kernel, but 64 bit firefox refuses
> > > > to run: gene@coyote:~$ ls -l /usr/bin/firefox
> > > > lrwxrwxrwx 1 root root 41 Apr  2 04:03 /usr/bin/firefox ->
> > > > /home/gene/bin/firefox-37/firefox/firefox Which is correct.  But
> > > > First try it like the renamed script does it:
> > > > gene@coyote:~$ firefox "$@"
> > > > bash: /usr/bin/firefox: No such file or directory
> > > > Then try w/o the argument.
> > > > gene@coyote:~$ firefox
> > > > bash: /usr/bin/firefox: No such file or directory
> > > >
> > > > Its 5am, and I don't seem to have even one eye open
> > > > simultaineously...
> > > >
> > > > The firefox binary itself
> > > > gene@coyote:~$ ls -l bin/firefox-37/firefox/firefox
> > > > -rwxr-xr-x 1 gene gene 147776 Mar 26 23:51
> > > > bin/firefox-37/firefox/firefox
> > >
> > > Often, in this situation, it's not the file you're thinking of
> > > which doesn't exist. When executing a binary file, the kernel will
> > > return the same error (ENOENT) for all files necessary to start
> > > the binary. In other words, you can't immediately tell if it's the
> > > binary which doesn't exist, or the libraries it's linked to.
> > >
> > > So, as you know the binary exists, run "ldd /usr/bin/firefox" to
> > > see which libraries it's linked against and see if they all exist.
> >
> > gene@coyote:~/bin/firefox-37/firefox$ sudo ldd /usr/bin/firefox
> > [sudo] password for gene:
> > not a dynamic executable
>
> Run it on the binary itself, not the symlink.
>
> Petter

And it still claims "not an executable".

Does using squeeze to unpack a tarball screw things up this bad

And iceweasel has recovered.  No history but prefs are intact 

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 


-- 
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/201504020924.19609.ghesk...@wdtv.com

Re: firefox-37, where to put

[Gene Heskett]

On Thursday 02 April 2015 07:23:58 Christian Schmidt wrote:
> On 02.04.2015 04:54, Gene Heskett wrote:
> > Iceweasel commited suicide when I was asked by my bank to delete its
> > history, so now all I get is a blank terminal screen that is using
> > 100% of a cpu core until I kill it as root.  A total purge and
> > reinstall didn't fix it.
>
> Did you remember to move your Iceweasel preferences out of the way?
> Look at the "dotfolders" in your home directory and rename the
> corresponding one (e.g. .mozilla) to something different and try
> launching Iceweasel again.
>
> Regards,
> Christian

No I didn't Christian. But when I was awakened by the phone at 3:55 am by 
some AH that left no trace on the phone system, just let it ring and 
hung up 50 milliseconds before the answering machine kicked in. I came 
in here, and iceweasel was on screen and had apparently recovered.  With 
all my prefs and passwds intact.  I didn't launch it & the only other 
person in this house wouldn't know how!

Is this where we drag out that now ancient Sir Arther C. Clark quote 
about any sufficiently advanced technology is indestinguishable from 
magic?

Call me puzzled.

One other question, there is a command to make alsamixer save its current 
settings but I've not needed it in years, so I've forgotten it. I had to 
run the mixer and reenable master after I'd rebooted.

I'll see what the man page has to say.

Thanks Christian.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 


-- 
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/201504020916.16521.ghesk...@wdtv.com

Re: Debian and FQDN lookup

[Alex Mestiashvili]

On 04/02/2015 02:10 PM, Mihamina Rakotomandimby wrote:

Hi al,

WHen issuing 'hostname --fqdn', I'm supposed to get the FQDN.
Anyway when trying some different combinations, involving 
/etc/hostname, /etc/domainname, /etc/hosts, /etc/resolv.conf, I cannot 
figure out where the FQDN is looked up AND with what precedence.
Would you know the mechanism (precedence) and worlkflow where a Debian 
7 machine gets its FQDN?


Thank you.


Hi,

the mechanism is described here:

 http://sources.debian.net/src/hostname/3.15/hostname.c/

and as far as I see it simply asks the DNS about the hostname using 
getaddrinfo.


On my system the "--fqdn" flag doesn't work if my /etc/resolv.conf 
doesn't have domain  or search  option enabled.


You can see it with strace hostname --fqdn.

Also see man resolver for additional information.

Alex

|
|

Re: [solved securely now??] What is the correct way to set encrypted swap with systemd?

[~Stack~]

On 04/01/2015 11:45 PM, David Wright wrote:
> Quoting ~Stack~ (i.am.st...@gmail.com):
>> On 04/01/2015 03:27 PM, David Wright wrote:
>>> I don't recall seeing you post what you actually put into
>>> /etc/crypttab to test PARTUUID, only the erroneous earlier versions
>>> where you were still using swap's UUID.
>>
>> Fair enough. Completely plausible I did something wrong as I haven't
>> used PARTUUID's in my /etc/crypttab before.
>>
>>
>> # blkid | grep sda3
>> /dev/sda3: PARTUUID="0003efe2-03"
>>
>> # grep swap /etc/crypttab
>> # swap works.
>> #sda3_crypt /dev/disk/by-id/ata-TOSHIBA_MK3259GSXP_42K5CE0TT-part3
>> /dev/urandom cipher=aes-xts-plain64,size=256,swap
>> # swap doesn't work.
>> sda3_crypt PARTUUID=0003efe2-03 /dev/urandom
>> cipher=aes-xts-plain64,size=256,swap
> 
> How about trying
> 
> sda3_crypt /dev/disk/by-partuuid/0003efe2-03 /dev/urandom 
> cipher=aes-xts-plain64,size=256,swap

Same thing. Systemd.fsck runs on boot and takes ~2 minutes before timing
out. Swap is not mounted. :-/

Thanks for the suggestion!




signature.asc
Description: OpenPGP digital signature

Re: Issues with Enigmail @ Icedove and a huge keyring

[Jonathan Dowland]

Hi,

On Thu, Apr 02, 2015 at 12:15:44PM +0200, Frank Lanitz wrote:
> I've got a quiet big keyring (>2k keys inside it) and since last updates
> of enigmail I'm recognizing issues with it. Ehenever it's about
> verifying a signature Enigmail is starting a gpg2 process like that
> 
> /usr/bin/gpg2 --charset utf-8 --display-charset utf-8 --batch --no-tty
> --status-fd 2 --with-fingerprint --fixed-list-mode --with-colons --list-keys
> 
> which consumes 100% of one core for quiet some time and is blocking the
> signature thing. This is happening about sind update to 1.8.x of Enigmail.
> 
> Before I report an issue upstream to Enigmail I'd like to ask you
> whether some of you is experincing some similar issue and/or is might
> having an idea for fixing/workaround.

Try (if possible) adding --no-auto-check-trustdb to the GPG2 invocation of
enigmail, and separately cron a 'gpg --check-trustdb' (with possibly some of
--batch or --no-tty etc. added). I'm not sure what an appropriate frequency for
the cron should be, but gpg will not check the trust db even when asked if it
doesn't think it necessary. (unless you add --yes).


-- 
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/20150402123734.ga26...@chew.redmars.org

Re: firefox-37, where to put

[Petter Adsen]

On Thu, 2 Apr 2015 08:08:49 -0400
Gene Heskett  wrote:

> 
> 
> On Thursday 02 April 2015 05:33:40 Darac Marjal wrote:
> > On Thu, Apr 02, 2015 at 05:16:37AM -0400, Gene Heskett wrote:
> > > wordwrap off so as not to rip up long lines.
> > >
> > >
> > > Fun & games but not S&G. Network-Manager had the last word when I
> > > excised that piece of insanity, the SOB zeroed out the eth0
> > > settings in /etc/network/interfaces.  Bad dog, no biscuit from me.
> > >
> > > All discovered and I think fixed as I appear to have restored
> > > networking now.
> > >
> > > All triggered by discovering that the reason I was into swap all
> > > the time was that for the last 12 days I had been running a 32
> > > bit rtai kernel which is NOT PAE, seems I need to edit the
> > > default number in /boot/grub/grub.cnf, it is not pointing at a 64
> > > bit 3.2.0-4amd64 vmlinuz.  That discovery in turn triggered by
> > > firefox spitting out a tummy ache on start attempts.
> > >
> > > I renamed the firefox script in /usr/bin/ which was actually
> > > running iceweasel to /usr/bin/firefux, then made a symlink from
> > >
> > > /home/gene/bin/firefox-37/firefox/firefox from /usr/bin/firefox.
> > >
> > > So, rebooted to a true 64 bit kernel, but 64 bit firefox refuses
> > > to run: gene@coyote:~$ ls -l /usr/bin/firefox
> > > lrwxrwxrwx 1 root root 41 Apr  2 04:03 /usr/bin/firefox ->
> > > /home/gene/bin/firefox-37/firefox/firefox Which is correct.  But
> > > First try it like the renamed script does it:
> > > gene@coyote:~$ firefox "$@"
> > > bash: /usr/bin/firefox: No such file or directory
> > > Then try w/o the argument.
> > > gene@coyote:~$ firefox
> > > bash: /usr/bin/firefox: No such file or directory
> > >
> > > Its 5am, and I don't seem to have even one eye open
> > > simultaineously...
> > >
> > > The firefox binary itself
> > > gene@coyote:~$ ls -l bin/firefox-37/firefox/firefox
> > > -rwxr-xr-x 1 gene gene 147776 Mar 26 23:51
> > > bin/firefox-37/firefox/firefox
> >
> > Often, in this situation, it's not the file you're thinking of which
> > doesn't exist. When executing a binary file, the kernel will return
> > the same error (ENOENT) for all files necessary to start the binary.
> > In other words, you can't immediately tell if it's the binary which
> > doesn't exist, or the libraries it's linked to.
> >
> > So, as you know the binary exists, run "ldd /usr/bin/firefox" to see
> > which libraries it's linked against and see if they all exist.
> 
> gene@coyote:~/bin/firefox-37/firefox$ sudo ldd /usr/bin/firefox
> [sudo] password for gene: 
>   not a dynamic executable

Run it on the binary itself, not the symlink.

Petter


-- 
"I'm ionized"
"Are you sure?"
"I'm positive."


pgpD_tUkTQXRO.pgp
Description: OpenPGP digital signature

Re: firefox-37, where to put

[Gene Heskett]

On Thursday 02 April 2015 06:34:52 Renaud  OLGIATI wrote:
> On Wed, 1 Apr 2015 22:54:02 -0400
>
> Gene Heskett  wrote:
> > So where is the std place it would normally live?  If it can still
> > find the old iceweasel password cache, that would be a huge plus.
>
> I usually unpack it in /opt/ after renaming the previous version dir
> from firefox to firefox_xx-y-z so I can, in case of problem, easily
> revert to the earlier version by changing dir name again. .
>
> And I have a link in /usr/bin pointing to /opt/firefox/firefox

I can do that, but it will be after I dl a 2nd copy and unpack it with 
tar.  Or if I can find a deb, get that. Clicking on the downloaded file 
brought up squeeze, and squeeze after screwing around for a while 
because I never saw it before, AND the double click did not even pass 
the filename to squeeze to open, I had to go find it and open it, it 
unpacked what looks to be a legit, ready to run directory tree, that 
contains nothing executable by man despite the shown permissions.

Thanks Ron.

> Cheers,
>
> Ron.
> --
>   The holy passion of Friendship is of so sweet and steady and
> loyal and enduring a nature that it will last through a whole
> lifetime, if not asked to lend money.
>-- Mark
> Twain
>
>-- http://www.olgiati-in-paraguay.org --

Nice quote, but it should not be in my reply, but I just found out why, 
your sig separator is incomplete, its lf,dash,dash,space,lf to be 
correct.  You might want to fix the recipe so it puts a trailing space 
after the --

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 


-- 
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/201504020821.54145.ghesk...@wdtv.com

Re: firefox-37, where to put

[Gene Heskett]

On Thursday 02 April 2015 05:33:40 Darac Marjal wrote:
> On Thu, Apr 02, 2015 at 05:16:37AM -0400, Gene Heskett wrote:
> > wordwrap off so as not to rip up long lines.
> >
> >
> > Fun & games but not S&G. Network-Manager had the last word when I
> > excised that piece of insanity, the SOB zeroed out the eth0 settings
> > in /etc/network/interfaces.  Bad dog, no biscuit from me.
> >
> > All discovered and I think fixed as I appear to have restored
> > networking now.
> >
> > All triggered by discovering that the reason I was into swap all the
> > time was that for the last 12 days I had been running a 32 bit rtai
> > kernel which is NOT PAE, seems I need to edit the default number in
> > /boot/grub/grub.cnf, it is not pointing at a 64 bit 3.2.0-4amd64
> > vmlinuz.  That discovery in turn triggered by firefox spitting out a
> > tummy ache on start attempts.
> >
> > I renamed the firefox script in /usr/bin/ which was actually running
> > iceweasel to /usr/bin/firefux, then made a symlink from
> >
> > /home/gene/bin/firefox-37/firefox/firefox from /usr/bin/firefox.
> >
> > So, rebooted to a true 64 bit kernel, but 64 bit firefox refuses to
> > run: gene@coyote:~$ ls -l /usr/bin/firefox
> > lrwxrwxrwx 1 root root 41 Apr  2 04:03 /usr/bin/firefox ->
> > /home/gene/bin/firefox-37/firefox/firefox Which is correct.  But
> > First try it like the renamed script does it:
> > gene@coyote:~$ firefox "$@"
> > bash: /usr/bin/firefox: No such file or directory
> > Then try w/o the argument.
> > gene@coyote:~$ firefox
> > bash: /usr/bin/firefox: No such file or directory
> >
> > Its 5am, and I don't seem to have even one eye open
> > simultaineously...
> >
> > The firefox binary itself
> > gene@coyote:~$ ls -l bin/firefox-37/firefox/firefox
> > -rwxr-xr-x 1 gene gene 147776 Mar 26 23:51
> > bin/firefox-37/firefox/firefox
>
> Often, in this situation, it's not the file you're thinking of which
> doesn't exist. When executing a binary file, the kernel will return
> the same error (ENOENT) for all files necessary to start the binary.
> In other words, you can't immediately tell if it's the binary which
> doesn't exist, or the libraries it's linked to.
>
> So, as you know the binary exists, run "ldd /usr/bin/firefox" to see
> which libraries it's linked against and see if they all exist.

gene@coyote:~/bin/firefox-37/firefox$ sudo ldd /usr/bin/firefox
[sudo] password for gene: 
not a dynamic executable

'scuse me?  That the hell did I download?

Now I am ready to nuke this.  I got it from the get firefox link which 
took me to the mozilla pages.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 


-- 
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/201504020808.49916.ghesk...@wdtv.com

Debian and FQDN lookup

[Mihamina Rakotomandimby]

Hi al,

WHen issuing 'hostname --fqdn', I'm supposed to get the FQDN.
Anyway when trying some different combinations, involving /etc/hostname, 
/etc/domainname, /etc/hosts, /etc/resolv.conf, I cannot figure out where 
the FQDN is looked up AND with what precedence.
Would you know the mechanism (precedence) and worlkflow where a Debian 7 
machine gets its FQDN?


Thank you.

Re: firefox-37, where to put

[Christian Schmidt]

On 02.04.2015 04:54, Gene Heskett wrote:

Iceweasel commited suicide when I was asked by my bank to delete its
history, so now all I get is a blank terminal screen that is using 100%
of a cpu core until I kill it as root.  A total purge and reinstall
didn't fix it.


Did you remember to move your Iceweasel preferences out of the way?
Look at the "dotfolders" in your home directory and rename the 
corresponding one (e.g. .mozilla) to something different and try 
launching Iceweasel again.


Regards,
Christian

--
No signature available.


--
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/551d26ce.3000...@chemie.uni-hamburg.de

OpenVPN doesn't restart after sleep

[Tony van der Hoff]

I have OpenVPN on my KDE Wheezy laptop configured to connect to my
wheezy VPS. When booting from scratch this works fine.

However, if I close the lid, thus putting the lappie into sleep mode,
then re-open it, OpenVPN appears to start, but I'm unable to access any
address outside of my local network, until I run .

Google doesn't make any useful suggestions, so does anyone here know how
to fix this?

-- 
Tony van der Hoff  | mailto:t...@vanderhoff.org
Ariège, France |


-- 
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/551d1c63.8030...@vanderhoff.org

Re: Xorg -configure fails with "created screens does not match number of detected devices"

[venkat]

On 02-04-2015 15:54, Floris wrote:
Op Thu, 02 Apr 2015 12:04:32 +0200 schreef venkat 
:


On 02-04-2015 15:31, Floris wrote:

Op Thu, 02 Apr 2015 11:47:20 +0200 schreef venkat
:

On 02-04-2015 15:10, Floris wrote:

Op Thu, 02 Apr 2015 11:22:16 +0200 schreef Venkat Ragavan
Swaminathan :

Posted lsmod info : http://pastebin.com/Y79th67k


The right diver is loaded (gma500-gfx) but Xorg doesn't
fully use it.

Backup up your Xorg.conf file and create a new one with only

Section "Device"
   Identifier "gma500_gfx"
   Driver "modesetting"
EndSection

Hopefully X doesn't fallback to vesa or fbdev

Success,

floris



Modified the XOrg.conf : made sure it has only one entry:

Section "Device"
   Identifier "gma500_gfx"
   Driver "modesetting"
EndSection

on boot : xorg pointer it terminated with an error.

XorgLog: http://pastebin.com/7rpT6D59


Looks good. The right driver is used.

Add a Screen and Monitor selection to the Xorg.conf

Section "Screen"
  Identifier "Screen0"
  Device "gma500_gfx"
  Monitor "Monitor0"
EndSection

Section "Monitor"
  Identifier "Monitor0"
  VendorName "Monitor Vendor"
  ModelName "Monitor Model"
EndSection



The system boots but when GDM starts i just see a blank screen..


Switch back to tty1, kill gdm and start the X server with startx





Yes i tried that and i get an error: no screens found

[21.958] (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so
[21.959] (II) Module modesetting: vendor="X.Org Foundation"
[21.959] compiled for 1.12.1.902, module version = 0.3.0
[21.959] Module class: X.Org Video Driver
[21.959] ABI class: X.Org Video Driver, version 12.0
[21.959] (II) modesetting: Driver for Modesetting Kernel Drivers: kms
[21.959] (++) using VT number 8

[21.967] (WW) Falling back to old probe method for modesetting
[21.967] (II) UnloadModule: "modesetting"
[21.967] (EE) Screen(s) found, but none have a usable configuration.
[21.967]
Fatal server error:
[21.967] no screens found
[21.967]
Please consult the The X.Org Foundation support
 at http://wiki.x.org
 for help.


--
Regards
Venkat.S

Re: firefox-37, where to put

[Ron]

On Wed, 1 Apr 2015 22:54:02 -0400
Gene Heskett  wrote:

> So where is the std place it would normally live?  If it can still find 
> the old iceweasel password cache, that would be a huge plus.

I usually unpack it in /opt/ after renaming the previous version dir from 
firefox to firefox_xx-y-z so I can, in case of problem, easily revert to the 
earlier version by changing dir name again. .

And I have a link in /usr/bin pointing to /opt/firefox/firefox
 
Cheers,
 
Ron.
-- 
  The holy passion of Friendship is of so sweet and steady and loyal
  and enduring a nature that it will last through a whole lifetime,
 if not asked to lend money.
   -- Mark Twain

   -- http://www.olgiati-in-paraguay.org --
 


-- 
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/20150402063452.30553...@ron.cerrocora.org

Re: Xorg -configure fails with "created screens does not match number of detected devices"

[Floris]

Op Thu, 02 Apr 2015 12:04:32 +0200 schreef venkat  
:



On 02-04-2015 15:31, Floris wrote:
Op Thu, 02 Apr 2015 11:47:20 +0200 schreef venkat  
:



On 02-04-2015 15:10, Floris wrote:
Op Thu, 02 Apr 2015 11:22:16 +0200 schreef Venkat Ragavan Swaminathan  
:



Posted lsmod info : http://pastebin.com/Y79th67k


The right diver is loaded (gma500-gfx) but Xorg doesn't fully use it.

Backup up your Xorg.conf file and create a new one with only

Section "Device"
  Identifier "gma500_gfx"
  Driver "modesetting"
EndSection

Hopefully X doesn't fallback to vesa or fbdev

Success,

floris



Modified the XOrg.conf : made sure it has only one entry:
Section "Device"
  Identifier "gma500_gfx"
  Driver "modesetting"
EndSection

on boot : xorg pointer it terminated with an error.

   XorgLog: http://pastebin.com/7rpT6D59


Looks good. The right driver is used.

Add a Screen and Monitor selection to the Xorg.conf

Section "Screen"
 Identifier "Screen0"
 Device "gma500_gfx"
 Monitor "Monitor0"
EndSection

Section "Monitor"
 Identifier "Monitor0"
 VendorName "Monitor Vendor"
 ModelName "Monitor Model"
EndSection



The system boots but when GDM starts i just see a blank screen..




Switch back to tty1, kill gdm and start the X server with startx

Issues with Enigmail @ Icedove and a huge keyring

[Frank Lanitz]

Hi folks,

I've got a quiet big keyring (>2k keys inside it) and since last updates
of enigmail I'm recognizing issues with it. Ehenever it's about
verifying a signature Enigmail is starting a gpg2 process like that

/usr/bin/gpg2 --charset utf-8 --display-charset utf-8 --batch --no-tty
--status-fd 2 --with-fingerprint --fixed-list-mode --with-colons --list-keys

which consumes 100% of one core for quiet some time and is blocking the
signature thing. This is happening about sind update to 1.8.x of Enigmail.

Before I report an issue upstream to Enigmail I'd like to ask you
whether some of you is experincing some similar issue and/or is might
having an idea for fixing/workaround.

Cheers,
Frank





signature.asc
Description: OpenPGP digital signature

Re: Xorg -configure fails with "created screens does not match number of detected devices"

[venkat]

On 02-04-2015 15:31, Floris wrote:
Op Thu, 02 Apr 2015 11:47:20 +0200 schreef venkat 
:


On 02-04-2015 15:10, Floris wrote:

Op Thu, 02 Apr 2015 11:22:16 +0200 schreef Venkat Ragavan
Swaminathan :

Posted lsmod info : http://pastebin.com/Y79th67k


The right diver is loaded (gma500-gfx) but Xorg doesn't fully use it.

Backup up your Xorg.conf file and create a new one with only

Section "Device"
   Identifier "gma500_gfx"
   Driver "modesetting"
EndSection

Hopefully X doesn't fallback to vesa or fbdev

Success,

floris



Modified the XOrg.conf : made sure it has only one entry:

Section "Device"
   Identifier "gma500_gfx"
   Driver "modesetting"
EndSection

on boot : xorg pointer it terminated with an error.

XorgLog: http://pastebin.com/7rpT6D59


Looks good. The right driver is used.

Add a Screen and Monitor selection to the Xorg.conf

Section "Screen"
  Identifier "Screen0"
  Device "gma500_gfx"
  Monitor "Monitor0"
EndSection

Section "Monitor"
  Identifier "Monitor0"
  VendorName "Monitor Vendor"
  ModelName "Monitor Model"
EndSection



The system boots but when GDM starts i just see a blank screen..



--
Regards
Venkat.S

Re: Xorg -configure fails with "created screens does not match number of detected devices"

[Floris]

Op Thu, 02 Apr 2015 11:47:20 +0200 schreef venkat  
:



On 02-04-2015 15:10, Floris wrote:
Op Thu, 02 Apr 2015 11:22:16 +0200 schreef Venkat Ragavan Swaminathan  
:



Posted lsmod info : http://pastebin.com/Y79th67k


The right diver is loaded (gma500-gfx) but Xorg doesn't fully use it.

Backup up your Xorg.conf file and create a new one with only

Section "Device"
  Identifier "gma500_gfx"
  Driver "modesetting"
EndSection

Hopefully X doesn't fallback to vesa or fbdev

Success,

floris



Modified the XOrg.conf : made sure it has only one entry:
Section "Device"
  Identifier "gma500_gfx"
  Driver "modesetting"
EndSection

on boot : xorg pointer it terminated with an error.

   XorgLog: http://pastebin.com/7rpT6D59


Looks good. The right driver is used.

Add a Screen and Monitor selection to the Xorg.conf

Section "Screen"
  Identifier "Screen0"
  Device "gma500_gfx"
  Monitor "Monitor0"
EndSection

Section "Monitor"
  Identifier "Monitor0"
  VendorName "Monitor Vendor"
  ModelName "Monitor Model"
EndSection

Re: Xorg -configure fails with "created screens does not match number of detected devices"

[Floris]

Op Thu, 02 Apr 2015 11:40:56 +0200 schreef Floris :

Op Thu, 02 Apr 2015 11:22:16 +0200 schreef Venkat Ragavan Swaminathan  
:



Posted lsmod info : http://pastebin.com/Y79th67k


The right diver is loaded (gma500-gfx) but Xorg doesn't fully use it.

Backup up your Xorg.conf file and create a new one with only

Section "Device"
  Identifier "gma500_gfx"
  Driver "modesetting"
EndSection


Most sites [1][2] add
   Option "SWCursor" "ON"
to the Device section

Section "Device"
Identifier "gma500_gfx"
Driver "modesetting"
Option "SWCursor" "ON"
EndSection

Success,

floris

[1] https://wiki.ubuntu.com/HardwareSupportComponentsVideoCardsPoulsbo
[2] https://wiki.archlinux.org/index.php/poulsbo

Re: Xorg -configure fails with "created screens does not match number of detected devices"

[venkat]

On 02-04-2015 15:10, Floris wrote:
Op Thu, 02 Apr 2015 11:22:16 +0200 schreef Venkat Ragavan Swaminathan 
:


Posted lsmod info : http://pastebin.com/Y79th67k


The right diver is loaded (gma500-gfx) but Xorg doesn't fully use it.

Backup up your Xorg.conf file and create a new one with only

Section "Device"
   Identifier "gma500_gfx"
   Driver "modesetting"
EndSection

Hopefully X doesn't fallback to vesa or fbdev

Success,

floris



Modified the XOrg.conf : made sure it has only one entry:

Section "Device"
   Identifier "gma500_gfx"
   Driver "modesetting"
EndSection

on boot : xorg pointer it terminated with an error.

XorgLog: http://pastebin.com/7rpT6D59


--
Regards
Venkat.S

Re: firefox-37, where to put

[Gene Heskett]

On Thursday 02 April 2015 05:33:35 Petter Adsen wrote:
> On Thu, 2 Apr 2015 05:16:37 -0400
>
> Gene Heskett  wrote:
> > wordwrap off so as not to rip up long lines.
> >
> > On Thursday 02 April 2015 02:35:00 Petter Adsen wrote:
> > > On Wed, 1 Apr 2015 22:54:02 -0400
> > >
> > > Gene Heskett  wrote:
> > > > Greetings all;
> > > >
> > > > Iceweasel commited suicide when I was asked by my bank to delete
> > > > its history, so now all I get is a blank terminal screen that is
> > > > using 100% of a cpu core until I kill it as root.  A total purge
> > > > and reinstall didn't fix it.
> > > >
> > > > Chromium seems incapable of performing an online credit card
> > > > transaction. And crashes anytime I go to abcnews.go.com
> > > >
> > > > So I just dl'd firefox-37 tarball for 64 bit linux and unpacked
> > > > it into my home dirs bin subdir.  But thats likely not going to
> > > > be great as it probably looks someplace else for its libraries &
> > > > such.
> > > >
> > > > So where is the std place it would normally live?  If it can
> > > > still find the old iceweasel password cache, that would be a
> > > > huge plus.
> > >
> > > Just unpack it wherever you want it - /opt/firefox for example,
> > > and put a symlink to the binary somewhere in your $PATH. It uses
> > > the configuration and everything it can find in your home dir, so
> > > that shouldn't be a problem.
> > >
> > > Petter
> >
> > Fun & games but not S&G. Network-Manager had the last word when I
> > excised that piece of insanity, the SOB zeroed out the eth0 settings
> > in /etc/network/interfaces.  Bad dog, no biscuit from me.
> >
> > All discovered and I think fixed as I appear to have restored
> > networking now.
> >
> > All triggered by discovering that the reason I was into swap all the
> > time was that for the last 12 days I had been running a 32 bit rtai
> > kernel which is NOT PAE, seems I need to edit the default number in
> > /boot/grub/grub.cnf, it is not pointing at a 64 bit 3.2.0-4amd64
> > vmlinuz.  That discovery in turn triggered by firefox spitting out a
> > tummy ache on start attempts.
> >
> > I renamed the firefox script in /usr/bin/ which was actually running
> > iceweasel to /usr/bin/firefux, then made a symlink from
> >
> > /home/gene/bin/firefox-37/firefox/firefox from /usr/bin/firefox.
> >
> > So, rebooted to a true 64 bit kernel, but 64 bit firefox refuses to
> > run: gene@coyote:~$ ls -l /usr/bin/firefox
> > lrwxrwxrwx 1 root root 41 Apr  2 04:03 /usr/bin/firefox
> > -> /home/gene/bin/firefox-37/firefox/firefox Which is correct.  But
> > First try it like the renamed script does it:
> > gene@coyote:~$ firefox "$@"
> > bash: /usr/bin/firefox: No such file or directory
> > Then try w/o the argument.
> > gene@coyote:~$ firefox
> > bash: /usr/bin/firefox: No such file or directory
>
> There is something wrong with your link, it links to a file it can't
> find. If you run:
>
> petter@monster:~$ ln -s foo bar
> petter@monster:~$ ./bar
> bash: ./bar: No such file or directory
>
> (provided there is no file called "foo") you see you get the same
> error. What does "ls -l /usr/bin/firefox" show you?
>
> > Its 5am, and I don't seem to have even one eye open
> > simultaineously...
>
> Therefore you've probably mistyped your symlink, I would guess :)
>
> > The firefox binary itself
> > gene@coyote:~$ ls -l bin/firefox-37/firefox/firefox
> > -rwxr-xr-x 1 gene gene 147776 Mar 26 23:51
> > bin/firefox-37/firefox/firefox
> >
> > Its there and executable.  I can't even run it from there with
> > sh ./firefox
> > or sh ./firefox-bin either of which gets this error:
> > gene@coyote:~/bin/firefox-37/firefox$ sh ./firefox
> > ./firefox: 2: ./firefox: Syntax error: Unterminated quoted string
>
> Try "file firefox" - it will show you that it's not a script, it's a
> binary. If you run it with just "./firefox" it should work.
>
> > I could use a clue, which will probably make me slap my forhead &
> > yell Duh.
>
> Try some of the above, and report back what "file" and "ls -l" on the
> symlink shows you if it doesn't work.
The ls -l is above, file says
gene@coyote:~$ file /usr/bin/firefox
/usr/bin/firefox: symbolic link to 
`/home/gene/bin/firefox-37/firefox/firefox'

gene@coyote:~/bin/firefox-37/firefox$ ./firefox
bash: ./firefox: No such file or directory

gene@coyote:~/bin/firefox-37/firefox$ ls
application.ini  crashreporter.ini   firefox-bin libmozalloc.so
libnssdbm3.chk  libsmime3.so omni.ja   run-mozilla.sh   
webapprt
browser  defaultsgmp-clearkeylibmozsqlite3.so  
libnssdbm3.so   libsoftokn3.chk  platform.ini  Throbber-small.gif   
webapprt-stub
chrome.manifest  dependentlibs.list  icons   libnspr4.so   
libnssutil3.so  libsoftokn3.so   plugin-container  updater
components   dictionarieslibfreebl3.chk  libnss3.so
libplc4.so  libssl3.so   precomplete   updater.ini
crashreporterfirefox libfreebl3.so   libnssckbi.so 
libpld

Re: Xorg -configure fails with "created screens does not match number of detected devices"

[Floris]

Op Thu, 02 Apr 2015 11:22:16 +0200 schreef Venkat Ragavan Swaminathan  
:



Posted lsmod info : http://pastebin.com/Y79th67k


The right diver is loaded (gma500-gfx) but Xorg doesn't fully use it.

Backup up your Xorg.conf file and create a new one with only

Section "Device"
   Identifier "gma500_gfx"
   Driver "modesetting"
EndSection

Hopefully X doesn't fallback to vesa or fbdev

Success,

floris

Re: firefox-37, where to put

[Darac Marjal]

On Thu, Apr 02, 2015 at 05:16:37AM -0400, Gene Heskett wrote:
> wordwrap off so as not to rip up long lines.
> 
> 
> Fun & games but not S&G. Network-Manager had the last word when I 
> excised that piece of insanity, the SOB zeroed out the eth0 settings 
> in /etc/network/interfaces.  Bad dog, no biscuit from me.
> 
> All discovered and I think fixed as I appear to have restored networking 
> now.
> 
> All triggered by discovering that the reason I was into swap all the 
> time was that for the last 12 days I had been running a 32 bit rtai 
> kernel which is NOT PAE, seems I need to edit the default number in 
> /boot/grub/grub.cnf, it is not pointing at a 64 bit 3.2.0-4amd64 
> vmlinuz.  That discovery in turn triggered by firefox spitting out a 
> tummy ache on start attempts.
> 
> I renamed the firefox script in /usr/bin/ which was actually running 
> iceweasel to /usr/bin/firefux, then made a symlink from 
> 
> /home/gene/bin/firefox-37/firefox/firefox from /usr/bin/firefox.
> 
> So, rebooted to a true 64 bit kernel, but 64 bit firefox refuses to run:
> gene@coyote:~$ ls -l /usr/bin/firefox
> lrwxrwxrwx 1 root root 41 Apr  2 04:03 /usr/bin/firefox -> 
> /home/gene/bin/firefox-37/firefox/firefox
> Which is correct.  But
> First try it like the renamed script does it:
> gene@coyote:~$ firefox "$@"
> bash: /usr/bin/firefox: No such file or directory
> Then try w/o the argument.
> gene@coyote:~$ firefox
> bash: /usr/bin/firefox: No such file or directory
> 
> Its 5am, and I don't seem to have even one eye open simultaineously...
> 
> The firefox binary itself
> gene@coyote:~$ ls -l bin/firefox-37/firefox/firefox
> -rwxr-xr-x 1 gene gene 147776 Mar 26 23:51 bin/firefox-37/firefox/firefox

Often, in this situation, it's not the file you're thinking of which
doesn't exist. When executing a binary file, the kernel will return the
same error (ENOENT) for all files necessary to start the binary. In
other words, you can't immediately tell if it's the binary which doesn't
exist, or the libraries it's linked to.

So, as you know the binary exists, run "ldd /usr/bin/firefox" to see
which libraries it's linked against and see if they all exist.

> 
> Its there and executable.  I can't even run it from there with
> sh ./firefox
> or sh ./firefox-bin either of which gets this error:
> gene@coyote:~/bin/firefox-37/firefox$ sh ./firefox
> ./firefox: 2: ./firefox: Syntax error: Unterminated quoted string

Probably because the binary file isn't shell code. You wouldn't have
tried "perl ./firefox", would you?

> 
> I could use a clue, which will probably make me slap my forhead & yell Duh.
> 
> Cheers, Gene Heskett
> -- 
> "There are four boxes to be used in defense of liberty:
>  soap, ballot, jury, and ammo. Please use in that order."
> -Ed Howdershelt (Author)
> Genes Web page 
> 
> 
> -- 
> 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/201504020516.37247.ghesk...@wdtv.com
> 


signature.asc
Description: Digital signature

Re: firefox-37, where to put

[Petter Adsen]

On Thu, 2 Apr 2015 05:16:37 -0400
Gene Heskett  wrote:

> wordwrap off so as not to rip up long lines.
> 
> On Thursday 02 April 2015 02:35:00 Petter Adsen wrote:
> > On Wed, 1 Apr 2015 22:54:02 -0400
> >
> > Gene Heskett  wrote:
> > > Greetings all;
> > >
> > > Iceweasel commited suicide when I was asked by my bank to delete
> > > its history, so now all I get is a blank terminal screen that is
> > > using 100% of a cpu core until I kill it as root.  A total purge
> > > and reinstall didn't fix it.
> > >
> > > Chromium seems incapable of performing an online credit card
> > > transaction. And crashes anytime I go to abcnews.go.com
> > >
> > > So I just dl'd firefox-37 tarball for 64 bit linux and unpacked it
> > > into my home dirs bin subdir.  But thats likely not going to be
> > > great as it probably looks someplace else for its libraries &
> > > such.
> > >
> > > So where is the std place it would normally live?  If it can still
> > > find the old iceweasel password cache, that would be a huge plus.
> >
> > Just unpack it wherever you want it - /opt/firefox for example, and
> > put a symlink to the binary somewhere in your $PATH. It uses the
> > configuration and everything it can find in your home dir, so that
> > shouldn't be a problem.
> >
> > Petter
> 
> Fun & games but not S&G. Network-Manager had the last word when I 
> excised that piece of insanity, the SOB zeroed out the eth0 settings 
> in /etc/network/interfaces.  Bad dog, no biscuit from me.
> 
> All discovered and I think fixed as I appear to have restored
> networking now.
> 
> All triggered by discovering that the reason I was into swap all the 
> time was that for the last 12 days I had been running a 32 bit rtai 
> kernel which is NOT PAE, seems I need to edit the default number in 
> /boot/grub/grub.cnf, it is not pointing at a 64 bit 3.2.0-4amd64 
> vmlinuz.  That discovery in turn triggered by firefox spitting out a 
> tummy ache on start attempts.
> 
> I renamed the firefox script in /usr/bin/ which was actually running 
> iceweasel to /usr/bin/firefux, then made a symlink from 
> 
> /home/gene/bin/firefox-37/firefox/firefox from /usr/bin/firefox.
> 
> So, rebooted to a true 64 bit kernel, but 64 bit firefox refuses to
> run: gene@coyote:~$ ls -l /usr/bin/firefox
> lrwxrwxrwx 1 root root 41 Apr  2 04:03 /usr/bin/firefox
> -> /home/gene/bin/firefox-37/firefox/firefox Which is correct.  But
> First try it like the renamed script does it:
> gene@coyote:~$ firefox "$@"
> bash: /usr/bin/firefox: No such file or directory
> Then try w/o the argument.
> gene@coyote:~$ firefox
> bash: /usr/bin/firefox: No such file or directory

There is something wrong with your link, it links to a file it can't
find. If you run:

petter@monster:~$ ln -s foo bar
petter@monster:~$ ./bar
bash: ./bar: No such file or directory

(provided there is no file called "foo") you see you get the same
error. What does "ls -l /usr/bin/firefox" show you?

> Its 5am, and I don't seem to have even one eye open simultaineously...

Therefore you've probably mistyped your symlink, I would guess :)

> The firefox binary itself
> gene@coyote:~$ ls -l bin/firefox-37/firefox/firefox
> -rwxr-xr-x 1 gene gene 147776 Mar 26 23:51
> bin/firefox-37/firefox/firefox
> 
> Its there and executable.  I can't even run it from there with
> sh ./firefox
> or sh ./firefox-bin either of which gets this error:
> gene@coyote:~/bin/firefox-37/firefox$ sh ./firefox
> ./firefox: 2: ./firefox: Syntax error: Unterminated quoted string

Try "file firefox" - it will show you that it's not a script, it's a
binary. If you run it with just "./firefox" it should work.

> I could use a clue, which will probably make me slap my forhead &
> yell Duh.

Try some of the above, and report back what "file" and "ls -l" on the
symlink shows you if it doesn't work.

Petter

-- 
"I'm ionized"
"Are you sure?"
"I'm positive."


pgp5Hhsdx40en.pgp
Description: OpenPGP digital signature

Re: Xorg -configure fails with "created screens does not match number of detected devices"

[Venkat Ragavan Swaminathan]

Posted lsmod info : http://pastebin.com/Y79th67k

On Thu, Apr 2, 2015 at 2:35 PM, Floris  wrote:

> Op Thu, 02 Apr 2015 08:08:48 +0200 schreef venkat <
> venka...@vortexindia.co.in>:
>
>
>  For last one week i am struggling to make my dual display work.
>> Earlier it was with 2.632 kernel and my previous mail thread "Upgrading
>> guidance for Cedarview driver in Debian 6 - 2.6.32 Kernel" and various
>> forums confirmed me that possibility of achieving with 2.6.32 is ZERO. .
>>
>> Now the board has been updated with 3.4.106 kernel with wheezy.But, when
>> i try to run Xorg -configure , it exits with an error message.
>> "created screens does not match number of detected devices"
>>
>> Xorg -configure http://pastebin.com/G7sFuRYN
>>
>> xorg.0.log : http://pastebin.com/68WQ8Zfv
>>
>> My requirement does not even worry about screen resolution all i wanted
>> is to control my X display like on/off
>>
>> lspci info : http://pastebin.com/zBVesvmS
>>
>> Board type : ATOM N2600
>>
>> request some guidance and troubleshooting ideas,
>>
>> Regards
>> Venkat.S
>>
>>
>>
> I think you are using the wrong driver. What is the output of
> $ lsmod
>
> Maybe you have to add
> i915.i915_enable_rc6=1
> to the kernel boot line.
>
> success,
>
> floris
>
>
> --
> To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.orgwith a
> subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> Archive: https://lists.debian.org/op.xwgjiw0v5k9y7g@jessica.
> jkfloris.demon.nl
>
>

Re: Dovecot .deb install broken...

[Lisi Reisz]

On Thursday 02 April 2015 04:02:31 Merlin at Dangerous Minds wrote:
> I recommend you resolve this by NOT starting the service as part of the
> install unless it is an upgrade and the service was already running.

Why are you saying "you" all the time to the Debian list?  As others have said 
UBUNTU != DEBIAN.  Complain to Ubuntu.  Or have the sense to use Debian.  
Debian doesn't have this problem. 

Ubuntu/Debian doesn't exist.  It is either Ubuntu or it is Debian.

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

Re: firefox-37, where to put

[Gene Heskett]

wordwrap off so as not to rip up long lines.

On Thursday 02 April 2015 02:35:00 Petter Adsen wrote:
> On Wed, 1 Apr 2015 22:54:02 -0400
>
> Gene Heskett  wrote:
> > Greetings all;
> >
> > Iceweasel commited suicide when I was asked by my bank to delete its
> > history, so now all I get is a blank terminal screen that is using
> > 100% of a cpu core until I kill it as root.  A total purge and
> > reinstall didn't fix it.
> >
> > Chromium seems incapable of performing an online credit card
> > transaction. And crashes anytime I go to abcnews.go.com
> >
> > So I just dl'd firefox-37 tarball for 64 bit linux and unpacked it
> > into my home dirs bin subdir.  But thats likely not going to be
> > great as it probably looks someplace else for its libraries & such.
> >
> > So where is the std place it would normally live?  If it can still
> > find the old iceweasel password cache, that would be a huge plus.
>
> Just unpack it wherever you want it - /opt/firefox for example, and
> put a symlink to the binary somewhere in your $PATH. It uses the
> configuration and everything it can find in your home dir, so that
> shouldn't be a problem.
>
> Petter

Fun & games but not S&G. Network-Manager had the last word when I 
excised that piece of insanity, the SOB zeroed out the eth0 settings 
in /etc/network/interfaces.  Bad dog, no biscuit from me.

All discovered and I think fixed as I appear to have restored networking 
now.

All triggered by discovering that the reason I was into swap all the 
time was that for the last 12 days I had been running a 32 bit rtai 
kernel which is NOT PAE, seems I need to edit the default number in 
/boot/grub/grub.cnf, it is not pointing at a 64 bit 3.2.0-4amd64 
vmlinuz.  That discovery in turn triggered by firefox spitting out a 
tummy ache on start attempts.

I renamed the firefox script in /usr/bin/ which was actually running 
iceweasel to /usr/bin/firefux, then made a symlink from 

/home/gene/bin/firefox-37/firefox/firefox from /usr/bin/firefox.

So, rebooted to a true 64 bit kernel, but 64 bit firefox refuses to run:
gene@coyote:~$ ls -l /usr/bin/firefox
lrwxrwxrwx 1 root root 41 Apr  2 04:03 /usr/bin/firefox -> 
/home/gene/bin/firefox-37/firefox/firefox
Which is correct.  But
First try it like the renamed script does it:
gene@coyote:~$ firefox "$@"
bash: /usr/bin/firefox: No such file or directory
Then try w/o the argument.
gene@coyote:~$ firefox
bash: /usr/bin/firefox: No such file or directory

Its 5am, and I don't seem to have even one eye open simultaineously...

The firefox binary itself
gene@coyote:~$ ls -l bin/firefox-37/firefox/firefox
-rwxr-xr-x 1 gene gene 147776 Mar 26 23:51 bin/firefox-37/firefox/firefox

Its there and executable.  I can't even run it from there with
sh ./firefox
or sh ./firefox-bin either of which gets this error:
gene@coyote:~/bin/firefox-37/firefox$ sh ./firefox
./firefox: 2: ./firefox: Syntax error: Unterminated quoted string

I could use a clue, which will probably make me slap my forhead & yell Duh.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 


-- 
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/201504020516.37247.ghesk...@wdtv.com

Re: Xorg -configure fails with "created screens does not match number of detected devices"

[Floris]

Op Thu, 02 Apr 2015 08:08:48 +0200 schreef venkat  
:



For last one week i am struggling to make my dual display work.
Earlier it was with 2.632 kernel and my previous mail thread "Upgrading  
guidance for Cedarview driver in Debian 6 - 2.6.32 Kernel" and various  
forums confirmed me that possibility of achieving with 2.6.32 is ZERO. .


Now the board has been updated with 3.4.106 kernel with wheezy.But, when  
i try to run Xorg -configure , it exits with an error message.

"created screens does not match number of detected devices"

Xorg -configure http://pastebin.com/G7sFuRYN

xorg.0.log : http://pastebin.com/68WQ8Zfv

My requirement does not even worry about screen resolution all i wanted  
is to control my X display like on/off


lspci info : http://pastebin.com/zBVesvmS

Board type : ATOM N2600

request some guidance and troubleshooting ideas,

Regards
Venkat.S




I think you are using the wrong driver. What is the output of
$ lsmod

Maybe you have to add
i915.i915_enable_rc6=1
to the kernel boot line.

success,

floris


--
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/op.xwgjiw0v5k9...@jessica.jkfloris.demon.nl

Re: Dovecot .deb install broken...

[Darac Marjal]

On Wed, Apr 01, 2015 at 11:18:05PM -0600, Bob Proulx wrote:
> Merlin at Dangerous Minds wrote:
> > I just tried to install Dovecot for the first time.  It was on a virgin
> > Ubuntu/Debian server (Version: 1:2.2.9-1ubuntu5) and the install failed.
> 
> Please note that Debian is not Ubuntu and Ubuntu is not Debian.
> 
> > After a bit of struggling I worked out that the install fails BY DESIGN.
> > Spoke about this with a few people and we decided it was best to report this
> > issue and request that you redesign the packing so it does not fail.  The
> > reason it fails is as follows...
> 
> That's great.  Please do report the bug.  Buf please for the sake of
> the kittens please report it to the Ubuntu bug tracker.  Or have the
> decency to at least install Debian and try it there first.  Otherwise
> why report it here?

I've just checked this on a new VM of Debian Stable (7.8.0) and can
confirm that this is a bug with the Ubuntu packaging, not the Debian
packaging. The Debian package doesn't ask if you want to use your own
certificate, it simply generates a self-signed certificate and starts
using that. Presumably, the Ubuntu Devs decided that people might want
to skip that generation if they had their own certificates already.

> 
> Bob




signature.asc
Description: Digital signature