Fwd: what is this gtk that apt-listchanges uses ?

Hi all,
I am using apt-listchanges to view changelogs within each new update
of the package. Many a times when the changelog is being viewed, some
fonts show while others don't. I get the unicode replacement
character. See https://en.wikipedia.org/wiki/Replacement_character#Replacement_character

This is the configuration I use to view the changelogs :-

   [apt]
   frontend=gtk
   email_address=root
   confirm=1
   save_seen=/var/lib/apt/listchanges.db
   which=both

Now I know the fault is not in apt-listchanges but probably in the
frontend gtk. Can somebody tell me a bit about gtk that I have listed
therein. Which package or where does that link to ?

Any more info. would be nice.

I do have to point out though that I had actually asked the same
question/query on the debian fora and till
yet haven't got an answer hence asking the mailing list.

http://forums.debian.net/viewtopic.php?f=10&t=75683

Feel free to answer it either here or there on the forums (in either
case I will quote you and put it there in the fora (for others)
posterity as well).

FAO All Sports Organisers

Mount external USB NTFS HD automatically

Hello.

I use squeeze stable with gnome, I have several USB external HD in NTFS format, I need this format for
compatibility purposes.

In Fedora and Knoppix, in the same machine, ntfs disks are mounted and dismounted automatically from
desktop, in Fedora from Gnome 3 and in Knoppix from the default desktop.

In Debian, when I mount an USB external HD, if it is in NTFS format, I must mount and dismount as root, via
command line.

I found udev rules for mount this automatically, but for dismount I must do this as root, because a normal
user is not allowed to dismount an HD that is not in /etc/fstab

I want mount and dismount  external usb NTFS disks  from Gnome automatically, in the same way than
Knoppix or Fedora does, without have to add nothing to /etc/fstab

What must I change or add?

Thanks
Josep

Lelong Education Center - E-Commerce Training Programme Come Back!

Missing openvpn on gnome network manager

Any good all-in-one GUI tool for net analysis ?

Hello list,

There are already good tools in linux for network analysis like
digg, nslookup, host, mtr, traceroute, prads, nmap, netdiscover.... etc.. etc...

Is there any GUI client available which is based on all these collectively
as a one place net analysis solution ?

Please inform,
Thanks

Iptables doesnt RESET Connection after --datestop

Any way to tell where the network problem is?

I've been losing network connections between my laptop and main machine.
The logs from the main machine are below.  Is there any way of telling
from them if the network problem is occurring on the local or remote
(laptop) machine?

The local machine is running Debian Lenny 
2.6.26-2-686 #1 SMP (Hyperthreaded P4):
02:00.0 Ethernet controller: Intel Corporation 82573V Gigabit Ethernet
Controller (Copper) (rev 03)
05:01.0 Ethernet controller: Intel Corporation 82557/8/9/0/1 Ethernet
Pro 100 (rev 10)

I believe the Gigabit one has the connection.  The failures typically
occur during copies of large file to the local Samba share; the laptop
is running Vista.

Thanks for any help.

Ross Boylan

From: Logcheck system user <logcheck <at> betterworld.us>
Subject: corn.betterworld.us 2012-02-08 20:02 System Events
Date: 2012-02-09 04:02:12 GMT

This email is sent by logcheck. If you wish to no-longer receive it,
you can either deinstall the logcheck package or modify its
configuration file (/etc/logcheck/logcheck.conf).

System Events
=-=-=-=-=-=-=
Feb  8 19:31:02 corn dhcpd: Forward map from cotton.betterworld.us to 192.168.40.46 FAILED: Has an A
record but no DHCID, not mine.
Feb  8 19:45:40 corn kernel: [1987612.981170] ethfast: Detected Tx Unit Hang:
Feb  8 19:45:40 corn kernel: [1987612.981170]   TDH                  <e6>
Feb  8 19:45:40 corn kernel: [1987612.981170]   TDT                  <ea>
Feb  8 19:45:40 corn kernel: [1987612.981170]   next_to_use          <ea>
Feb  8 19:45:40 corn kernel: [1987612.981170]   next_to_clean        <e6>
Feb  8 19:45:40 corn kernel: [1987612.981170] buffer_info[next_to_clean]:
Feb  8 19:45:40 corn kernel: [1987612.981170]   time_stamp           <1cc1a41e>
Feb  8 19:45:40 corn kernel: [1987612.981170]   next_to_watch        <e6>
Feb  8 19:45:40 corn kernel: [1987612.981170]   jiffies              <1cc1a609>
Feb  8 19:45:40 corn kernel: [1987612.981170]   next_to_watch.status <0>
Feb  8 19:45:42 corn kernel: [1987614.987049] ethfast: Detected Tx Unit Hang:
Feb  8 19:45:42 corn kernel: [1987614.987053]   TDH                  <e6>
Feb  8 19:45:42 corn kernel: [1987614.987055]   TDT                  <ea>
Feb  8 19:45:42 corn kernel: [1987614.987057]   next_to_use          <ea>
Feb  8 19:45:42 corn kernel: [1987614.987059]   next_to_clean        <e6>
Feb  8 19:45:42 corn kernel: [1987614.987061] buffer_info[next_to_clean]:
Feb  8 19:45:42 corn kernel: [1987614.987062]   time_stamp           <1cc1a41e>
Feb  8 19:45:42 corn kernel: [1987614.987064]   next_to_watch        <e6>
Feb  8 19:45:42 corn kernel: [1987614.987066]   jiffies              <1cc1a7fc>
Feb  8 19:45:42 corn kernel: [1987614.987068]   next_to_watch.status <0>
Feb  8 19:45:44 corn kernel: [1987616.993948] ethfast: Detected Tx Unit Hang:
Feb  8 19:45:44 corn kernel: [1987616.993951]   TDH                  <e6>
Feb  8 19:45:44 corn kernel: [1987616.993953]   TDT                  <ea>
Feb  8 19:45:44 corn kernel: [1987616.993955]   next_to_use          <ea>
Feb  8 19:45:44 corn kernel: [1987616.993957]   next_to_clean        <e6>
Feb  8 19:45:44 corn kernel: [1987616.993959] buffer_info[next_to_clean]:
Feb  8 19:45:44 corn kernel: [1987616.993961]   time_stamp           <1cc1a41e>
Feb  8 19:45:44 corn kernel: [1987616.993963]   next_to_watch        <e6>
Feb  8 19:45:44 corn kernel: [1987616.993965]   jiffies              <1cc1a9f0>
Feb  8 19:45:44 corn kernel: [1987616.993966]   next_to_watch.status <0>
Feb  8 19:45:46 corn kernel: [1987619.008884] ethfast: Detected Tx Unit Hang:
Feb  8 19:45:46 corn kernel: [1987619.008888]   TDH                  <e6>
Feb  8 19:45:46 corn kernel: [1987619.008890]   TDT                  <ea>
Feb  8 19:45:46 corn kernel: [1987619.008892]   next_to_use          <ea>
Feb  8 19:45:46 corn kernel: [1987619.008893]   next_to_clean        <e6>
Feb  8 19:45:46 corn kernel: [1987619.008896] buffer_info[next_to_clean]:
Feb  8 19:45:46 corn kernel: [1987619.008898]   time_stamp           <1cc1a41e>
Feb  8 19:45:46 corn kernel: [1987619.008899]   next_to_watch        <e6>
Feb  8 19:45:46 corn kernel: [1987619.008901]   jiffies              <1cc1abe4>
Feb  8 19:45:46 corn kernel: [1987619.008903]   next_to_watch.status <0>
Feb  8 19:45:48 corn kernel: [1987621.030882] ethfast: Detected Tx Unit Hang:
Feb  8 19:45:48 corn kernel: [1987621.030882]   TDH                  <e6>
Feb  8 19:45:48 corn kernel: [1987621.030882]   TDT                  <ea>
Feb  8 19:45:48 corn kernel: [1987621.030882]   next_to_use          <ea>
Feb  8 19:45:48 corn kernel: [1987621.030882]   next_to_clean        <e6>
Feb  8 19:45:48 corn kernel: [1987621.030882] buffer_info[next_to_clean]:
Feb  8 19:45:48 corn kernel: [1987621.030882]   time_stamp           <1cc1a41e>
Feb  8 19:45:48 corn kernel: [1987621.030882]   next_to_watch        <e6>
Feb  8 19:45:48 corn kernel: [1987621.030882]   jiffies              <1cc1add9>
Feb  8 19:45:48 corn kernel: [1987621.030882]   next_to_watch.status <0>
Feb  8 19:45:49 corn kernel: [1987622.027816] NETDEV WATCHDOG: ethfast: transmit timed out
Feb  8 19:45:52 corn kernel: [1987624.923313] ethfast: Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX

painfully slow grub2 boot times

This isn't a cry for help, it's a "what worked for me", in hopes that
it'll get indexed and other people can be saved the two days I spent
finding it.

As with many other people, I was experiencing a long delay (on the order
of a minute) between the "Welcome to GRUB" message and the appearance of
the boot menu when booting.

Other people had suggested making sure the floppy drive is turned off in
the BIOS, and making sure your root file system is on the disk you're
booting from.  Neither of these made any difference in my case.

What *did* work was setting the disk access mode to LBA in the BIOS (it
had been set to Auto).  I have no idea why this worked; on at least one
other machine I have, the BIOS is set to Auto disk access mode, and
there is no noticeable delay.

aptitude/apt-get update downloads needless translations

I installed Wheezy on a machine and now every time I do an update it
pulls in many translation files on the order of:

Hit http://ftp.us.debian.org wheezy/main TranslationIndex
Ign http://ftp.us.debian.org wheezy/non-free Translation-en_US                  

This was a second run so no download took place.

This is repeated for all manner of i18n stuff and can be several 10s of
megabytes of download that I don't need.  How can I get rid of this
nonsense?  I don't see anything obvious and purging two packages that
had i18n in their names had no effect.  I have a Sid and various Stable
installations and this is the first I have seen of this.

I only speak en_US so anything else is wasted disk space/bandwidth.

- Nate >>

--

-- 

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

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

[OT] webhttrack fails

Hello, all:

I know this is off-topic, so apologies for that.  Here's what happens
in the terminal when I start webhttrack:

/usr/bin/webhttrack(3980): launching /usr/bin/x-www-browser
/usr/bin/webhttrack(3980): spawning regular browser..
Created new window in existing browser session.
/usr/bin/webhttrack(3980): browser exited
/usr/bin/webhttrack: line 167:  3997 Killed
${BINPATH}/htsserver "${DISTPATH}/" path "${HOME}/websites" lang
"${LANGN}" $@

Apparently it starts its offline server (htsserver) but then almost
immediately kills it.  I know it starts it, because it delivers its
welcome page to my browser, Chrome, URL
http://sage:8080/server/index.html ('sage' being my machine name).

Any constructive suggestions would be most welcome.

Patrick