Bug#319992: resolvconf: resolv.conf empty everybody, I am using resolvconf 1.33 from sid; I have modified /etc/network/interfaces in this way:

2005-09-23 Thread Michelasso
On 9/23/05, Thomas Hood [EMAIL PROTECTED] wrote:

 Make sure that the logical interface definition being applied to eth0
 contains one and only one dns-nameservers option line where the
 option keyword is followed by the required nameserver addresses
 separated by spaces.

Here it is (and it seems correct):
iface eth0 inet static
address 192.168.11.3
netmask 255.255.255.0
network 192.168.11.0
broadcast 192.168.11.255
gateway 192.168.11.2
dns-nameservers 213.205.32.70 213.205.36.70

pre-up /sbin/modprobe acer_acpi
pre-up /bin/echo enabled : 1  /proc/acpi/acer/wireless
pre-up /sbin/iwconfig eth0 essid kynetics
pre-up /sbin/iwconfig eth0 key restricted xxx

(the pre-up commands are there to activate the network card, since it
is a wireless one and it needs some workaround)



 Make sure that /etc/network/if-up.d/000resolvconf is present and has
 execute permission.


aquila:/etc/network/if-up.d# ls -l
total 12
-rwxr-xr-x  1 root root 651 2005-08-01 12:55 000resolvconf
-rwxr-xr-x  1 root root 103 2005-09-05 02:24 50guarddog
-rwxr-xr-x  1 root root 429 2004-05-18 10:48 51guidedog


 Make sure that /etc/resolv.conf points to
 /etc/resolvconf/run/resolv.conf.

aquila:/etc# ls -l|grep resolv.conf
lrwxrwxrwx   1 root   root31 2005-09-19 08:56 resolv.conf -
/etc/resolvconf/run/resolv.conf



 Make sure that /etc/resolvconf/run points to /dev/shm/resolvconf.

aquila:/etc/resolvconf# ls -l
total 4
-rw-r--r--  1 root root 111 2005-07-19 22:05 interface-order
drwxr-xr-x  2 root root 144 2005-08-31 12:35 resolv.conf.d
lrwxrwxrwx  1 root root  19 2005-08-31 12:35 run - /dev/shm/resolvconf
drwxr-xr-x  2 root root 120 2005-08-31 12:34 update.d
drwxr-xr-x  2 root root  48 2003-07-08 13:27 update-libc.d



 Make sure that there the /dev/shm/ filesystem is not full.  Do df
 and look at the Use% for /dev/shm.

aquila:/etc/resolvconf# df |grep /dev/shm
tmpfs   255400 8255392   1% /dev/shm


 Make sure that /dev/shm/resolvconf/ exists.
aquila:/dev/shm# ls -l
total 0
drwxr-xr-x  3 root root 100 2005-09-23 09:28 resolvconf


 Make sure that root can create files in /dev/shm/resolvconf/.

aquila:/dev/shm# touch test
aquila:/dev/shm# ls
resolvconf  test


 Make sure that /dev/shm/resolvconf/interface/ exists.

aquila:/dev/shm/resolvconf# ls -l
total 4
-rw-r--r--  1 root root   0 2005-09-23 09:25 enable-updates
drwxr-xr-x  2 root root  60 2005-09-23 09:28 interface
-rw-r--r--  1 root root 201 2005-09-23 09:28 resolv.conf

 If all of the above checks out then we need to start debugging.
 Please add

 LOG=/tmp/resolvconf.log
 echo -  $LOG
 echo ARGS: $*  $LOG
 echo run:  $LOG
 ls -dl /etc/resolvconf/run/*  $LOG
 echo interface:  $LOG
 ls -l /etc/resolvconf/run/interface  $LOG
 echo -  $LOG

 to the top of it and send the contents of /tmp/resolvconf.log after a
 reboot.

I am not sure to have understood to the top of which file I have to
add this part; I am trying with /sbin/resolvconf, but I am not sure.
In the meanwhile I send you this information, and I will send soon the
log if I will be able to find which file I have exactly to modify.



Bug#319992: resolvconf: resolv.conf empty everybody, I am using resolvconf 1.33 from sid; I have modified /etc/network/interfaces in this way:

2005-09-23 Thread Michelasso
On 9/23/05, Thomas Hood [EMAIL PROTECTED] wrote:

 If all of the above checks out then we need to start debugging.
 Please add

 LOG=/tmp/resolvconf.log
 echo -  $LOG
 echo ARGS: $*  $LOG
 echo run:  $LOG
 ls -dl /etc/resolvconf/run/*  $LOG
 echo interface:  $LOG
 ls -l /etc/resolvconf/run/interface  $LOG
 echo -  $LOG

 to the top of it and send the contents of /tmp/resolvconf.log after a
 reboot.

Ok, I have found the problem: in /etc/network/interfaces I have
another line with a post-up command that I need to establish
automatically an ssh tunnel  to use irc when I am behind a firewall at
work; if I comment out that line resolvconf works fine, if that line
is present resolvconf doesn't work. The line is:
post-up /usr/bin/ssh -l guest -f -N -L 19401:crypto.azzurra.org:
xxx.yyy.zzz.www

(where xxx.yyy.zzz.www is the ip public address of the pc I use for the tunnel)

The /tmp/resolvconf.log however shows:
-
ARGS: -a lo.inet
run:
-rw-r--r--  1 root root   0 Sep 23 10:40 /etc/resolvconf/run/enable-updates
drwxr-xr-x  2 root root  40 Sep 23 10:40 /etc/resolvconf/run/interface
-rw-r--r--  1 root root 151 Sep 23 10:40 /etc/resolvconf/run/resolv.conf
interface:
total 0
-
-
ARGS: -a wlan0
run:
-rw-r--r--  1 root root   0 2005-09-23 10:40 /etc/resolvconf/run/enable-updates
drwxr-xr-x  2 root root  40 2005-09-23 10:40 /etc/resolvconf/run/interface
-rw-r--r--  1 root root 151 2005-09-23 10:40 /etc/resolvconf/run/resolv.conf
interface:
total 0
-



Bug#319992: resolvconf: resolv.conf empty everybody, I am using resolvconf 1.33 from sid; I have modified /etc/network/interfaces in this way:

2005-09-23 Thread Michelasso
On 9/23/05, Michelasso [EMAIL PROTECTED] wrote:

 (where xxx.yyy.zzz.www is the ip public address of the pc I use for the 
 tunnel)

Sorry, I should have written xxx.yyy.www.zz is the url of the pc I use
for the tunnel, not the numeric ip address.



Bug#319992: resolvconf: resolv.conf empty everybody, I am using resolvconf 1.33 from sid; I have modified /etc/network/interfaces in this way:

2005-09-23 Thread Michelasso
On 9/23/05, Thomas Hood [EMAIL PROTECTED] wrote:

 OK, the problem must be that the post-up command fails, thus causing
 ifup to exit without running the scripts in /etc/network/if-up.d/.

So you mean that the scripts in /etc/network/if-up.d, including then
000resolvconf, are executed after post-up commands? In this case then
my post-up clearly fails, since it needs that the nameserver are
already set up to resolve the address of xxx.yyy.zzz.



Bug#316572: apt-build segfaults due to missing authentication (and I couldn't find any help about this)

2005-09-13 Thread Michelasso
Package: apt-build
Version: 0.12.10
Followup-For: Bug #316572

 I have this problem with apt-build:
 building sources works for almost all packages, but when going to
 install them it fails with this error:

 
---
 Building dependency tree... Done
 The following NEW packages will be installed:
  picwiz
  0 upgraded, 1 newly installed, 0 to remove and 4 not upgraded.
  Need to get 0B/34.5kB of archives.
  After unpacking 106kB of additional disk space will be used.
  WARNING: The following packages cannot be authenticated!
   picwiz
   E: There are problems and -y was used without --force-yes
   Segmentation fault
   


   I can still then install the package by hand with dpkg -i but I would
   like to have apt-build to do all the job. So I investigated a little
   in man pages of apt-key and apt-secure, but I couldn't find a working
   solution*.
   Any help will be appreciated.

   Bye.

   -
   * In fact I tried the following:

   1) I created a gpg key for root:
   # gpg --gen-key

   2) I signed with it the release file in local repository of
   apt-build:
   # cd /var/cache/apt-build/repository
   # gpg -abs -o Release.gpg Release

   3) I have add teh key to the accepted ones:
   # gpg --armor --export rootkeyid | apt-key add -

   but this seems not to work since, according to what written in
   apt-secure man page, you need to update the signature every time a
   new
   package is uploaded to the repository, and this cannot be done
   automatically by apt-build after the compilation and before
   installing
   the package.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12.11092005
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages apt-build depends on:
ii  apt   0.6.41 Advanced front-end for dpkg
ii  apt-utils 0.6.41 APT utility programs
ii  debconf   1.4.58 Debian configuration management sy
ii  devscripts2.9.7  Scripts to make the life of a Debi
ii  dpkg-dev  1.13.11package building tools for Debian
ii  g++   4:4.0.1-3  The GNU C++ compiler
ii  gcc   4:4.0.1-3  The GNU C compiler
ii  libappconfig-perl 1.56-2 Perl module for configuration file
ii  libapt-pkg-perl   0.1.17 Perl interface to libapt-pkg
ii  perl  5.8.7-4Larry Wall's Practical Extraction 

Versions of packages apt-build recommends:
ii  build-essential   11.1   informational list of build-essent
ii  fakeroot  1.5.1  Gives a fake root environment

-- debconf information:
  apt-build/arch_alpha: ev4
  apt-build/arch_arm: armv2
* apt-build/olevel: Medium
* apt-build/build_dir: /var/cache/apt-build/build
  apt-build/arch_sparc: sparc
  apt-build/arch_amd: k6
* apt-build/options:
  apt-build/arch_intel: pentium
* apt-build/make_options:
* apt-build/repository_dir: /var/cache/apt-build/repository
* apt-build/add_to_sourceslist: true


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]