Re: apt wickened up: Unable to purge package gdm2 ! (solved)

2003-01-30 Thread mi
Hello again.

I tracked the problem, and it  appears there wasn't anymore the file 
/etc/X11/default-x-manager.
As a consequence the postinst-script reached a get_db call which seemed to 
exit the script with an error.
It's the following passus.

Excerpt from /var/lib/info/dpkg/gdm2/postinst:

vvv

# debconf is not a registry, so we only fiddle with the default file if it
# does not exist
if [ ! -e $DEFAULT_DISPLAY_MANAGER_FILE ]; then
  db_get shared/default-x-display-manager
  if [ "$THIS_PACKAGE" != "$RET" ]; then
echo "Please be sure to run \"dpkg --configure $RET\"."
  fi
>  # mi: This here here was reached:
  
db_get "$RET"/daemon_name  # <-- mi:  This line exits the script

> # mi: The following line never was reached :

  echo "$RET" > $DEFAULT_DISPLAY_MANAGER_FILE
fi
# debconf hangs if gdm gets started below without this
db_stop

^^^

Didn't find any 'db_get' in /usr/share/debconf.
Perhaps I'm missing some library ?
I wondered if there's something with the 'GNU database manager'
- curiously, also a 'gdm' !
When i looked for another 'gdm'-lib in aptitude i found a 'gdbm'-lib 
recursivley automatic-installed:
libgnomevfs-dev 22.0.4-3 -->
libgnutls5-dev  0.5.9-2 --> 
( which conflicts the also installed libgnutls5-dev 0.5.9-2 ! ) 
libgdbmg1-dev

But here i give up. Don't understand the whole thing, i'm no programmer at 
all.

--
mi.

> Installed Gnome2 on woody i386 using aptitude.
> Then i decided to purge gdm2 (use kdm).
> Some  dirs not empty, remaining,  apt said.
> I found empty /etc/gdm directories, and deleted them manually.
> Then purged once again.
> Now there was an error, and  aptitude left the package with status 'C'
> half-configured, not purging.
> Translated from german it goes like
> 'dpkg error while cleaning up: subprocess post-installation returns error
> code 10. Procceeding gdm2. dpkg returned error code (1)'
>
> So, i tried to reinstall again gdm2, but that failed also now with a
> similar error message.
>
> ( btw. it's hard to read the originally dpkg-error because the text
> immediateley is overwritten by the loginmanager-chooser)
>
> I fiddled with dpkg and apt-get, but I'm not used to commandlines.
> I tried to recreate the /etc/gdm/* manually.
>
> Anyway I am unable to purge gdm2.
>
> The problem is, aptitude  really hangs at  this, canceling most pending
> actions.  So I'm not able to proceed.


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




Howto set up a local apt - repository ?

2003-02-07 Thread mi
Hello all.

I asked a friend to ftp and burn down openoffice for woody from
deb ftp://ftp.uninett.no/pub/linux/packages/openoffice-debian woody main 
contrib

- the only 'url' i knew. I wasn't sure what exactly is needed, though.
Now i've got a cd here with the following:
Two Packages-files located at
cdrom/woody/main/binary-i386/contrib/Packages.gz 
and
~~ /main/Packages.gz
originating from this source-tree:
ftp://ftp.uninett.no/pub/linux/packages/openoffice-debian/dists/woody/contrib/binary-i386
 
and
ftp://~~main/binary-i386

The 'contrib Packages.gz' contains the description for the package 
 with

'filename: pool/openoffice.org/openoffice.org_1.0.1-6_all.deb' 

where the 'main' one is for  with the filename
'pool/main/debhelper/debhelper_4.0.2.openoffice_all.deb'
( sounds like the right package for now;-)

There's no further 'Packages' or 'Packages.gz' on cd.
 
Then there are the binaries. This deb-files are in cdrom/openoffice-org.
Looking up their original source i found
ftp://ftp.uninett.no/pub/linux/packages/openoffice-debian/pool/contrib/openoffice.org/

I got a little confused about it.
It's quite a bunch of stuff.
Are there all 'control files' apt needs to install ?
And how to proceed ?   The cd-tree isn't in the right form, probably.
But what then would it be ?
Or can i tune apt to find things on CD anyway ?
Perhaps i should create a local repository. But i didn't find a detailed 
description how to do that yet.
So what exactly is the 'physically' file path apt will accept ?
Whrere to place the binaries, whrere the Packages.gz
(if that's really enough...). How to set up sources.lst then.
And what about the implied 'filename' paths ? I guess i have to change them.


I hope this is quite a debian question, this time
any help greatly appreciated !



-- 
micha.



micha: ls cdrom/openoffice.org/

openoffice.org_1.0.1-5+woody6.diff.gz
openoffice.org_1.0.1-5+woody6.dsc
openoffice.org_1.0.1-6_all.deb
openoffice.org_1.0.1-6.diff.gz
openoffice.org_1.0.1-6.dsc
openoffice.org_1.0.1-6_powerpc.changes
openoffice.org_1.0.1-7_all.deb
openoffice.org_1.0.1-7.diff.gz
openoffice.org_1.0.1-7.dsc
openoffice.org_1.0.1.orig.tar.gz
openoffice.org-bin_1.0.1-5+woody6_i386.deb
openoffice.org-bin_1.0.1-6_i386.deb
openoffice.org-bin_1.0.1-6_powerpc.deb
openoffice.org-bin_1.0.1-7_i386.deb
openoffice.org-debian-files_1.0.1-6+4_all.deb
openoffice.org-debian-files_1.0.1-6+4.dsc
openoffice.org-debian-files_1.0.1-6+4.tar.gz
openoffice.org-debian-files_1.0.1-7+1_all.deb
openoffice.org-debian-files_1.0.1-7+1.dsc
openoffice.org-debian-files_1.0.1-7+1.tar.gz
openoffice.org-help-de_0.20020222-1.1_all.deb
openoffice.org-help-de_0.20020222-1.1.diff.gz
openoffice.org-help-de_0.20020222-1.1.dsc
openoffice.org-help-de_0.20020222-1_all.deb
openoffice.org-help-de_0.20020222-1.diff.gz
openoffice.org-help-de_0.20020222-1.dsc
openoffice.org-help-de_0.20020222-1_i386.deb
openoffice.org-help-de_0.20020222-2_all.deb
openoffice.org-help-de_0.20020222-2.diff.gz
openoffice.org-help-de_0.20020222-2.dsc
openoffice.org-help-de_0.20020222.orig.tar.gz
openoffice.org-help-en_1.0.1-6_all.deb
openoffice.org-help-en_1.0.1-7_all.deb
openoffice.org-help-es_0.20020222-1_all.deb
openoffice.org-help-es_0.20020222-1.diff.gz
openoffice.org-help-es_0.20020222-1.dsc
openoffice.org-help-es_0.20020222-2_all.deb
openoffice.org-help-es_0.20020222-2.diff.gz
openoffice.org-help-es_0.20020222-2.dsc
openoffice.org-help-es_0.20020222.orig.tar.gz
openoffice.org-help-fr_0.20020222-1_all.deb
openoffice.org-help-fr_0.20020222-1.diff.gz
openoffice.org-help-fr_0.20020222-1.dsc
openoffice.org-help-fr_0.20020222-2_all.deb
openoffice.org-help-fr_0.20020222-2.diff.gz
openoffice.org-help-fr_0.20020222-2.dsc
openoffice.org-help-fr_0.20020222.orig.tar.gz
openoffice.org-help-it_0.20020222-1_all.deb
openoffice.org-help-it_0.20020222-1.diff.gz
openoffice.org-help-it_0.20020222-1.dsc
openoffice.org-help-it_0.20020222-2_all.deb
openoffice.org-help-it_0.20020222-2.diff.gz
openoffice.org-help-it_0.20020222-2.dsc
openoffice.org-help-it_0.20020222.orig.tar.gz
openoffice.org-help-sv_0.20020222-1_all.deb
openoffice.org-help-sv_0.20020222-1.diff.gz
openoffice.org-help-sv_0.20020222-1.dsc
openoffice.org-help-sv_0.20020222-2_all.deb
openoffice.org-help-sv_0.20020222-2.diff.gz
openoffice.org-help-sv_0.20020222-2.dsc
openoffice.org-help-sv_0.20020222.orig.tar.gz
openoffice.org-l10n-ar_1.0.1-6_all.deb
openoffice.org-l10n-ar_1.0.1-7_all.deb
openoffice.org-l10n-da_1.0.1-6_all.deb
openoffice.org-l10n-da_1.0.1-7_all.deb
openoffice.org-l10n-de_1.0.1-6_all.deb
openoffice.org-l10n-de_1.0.1-7_all.deb
openoffice.org-l10n-el_1.0.1-6_all.deb
openoffice.org-l10n-el_1.0.1-7_all.deb
openoffice.org-l10n-en_1.0.1-5+woody6_all.deb
openoffice.org-l10n-en_1.0.1-6_all.deb
openoffice.org-l10n-en_1.0.1-7_all.deb
openoffice.org-l10n-es_1.0.1-6_all.deb
openoffice.org-l10n-es_1.0.1-7_all.deb
openoffice.org-l10n-fr_1.0.1-6_all.deb
openoffice.org-

Re: Howto set up a local apt - repository ? (solved)

2003-02-09 Thread mi
Hello,
i did a little rtfm now about 'dpkg-scanpckages'.
It wasn't as much difficult.
One has to provide the newly to create 'Packages' file in the 
deb-packages-dir before updating apt.
There was some trouble because woody packages were mixed up with i guess  
sarge, which confuses new built dependencies.
Anyway, in the openoffice major package i looked up what exactly is needed 
(going to install three languages stuff) and managed to sort things out.
First time i ditched a filemanager for shell-expansionsnever been in such 
situation ! Quite motivating.

cheers 
-- 

micha.


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




dpkg returns 'uninitialized values' in debconf perl5 modules

2004-07-08 Thread mi
Hello,

(please cc to me, i'm not on the list)

I can't remove the dictionary 'wamerican' nor can i reinstall or upgrade it.
Two examples:

/ r: dpkg -r  wamerican
(Reading database ... 50317 files and directories currently installed.)
Removing wamerican ...
Can't call method choices on an undefined value at
/usr/share/perl5/Debconf/Question.pm line 85,  line 4. Use of
uninitialized value in scalar chomp at
/usr/share/perl5/Debconf/Client/ConfModule.pm line 125,  line 3. Use of
uninitialized value in split at /usr/share/perl5/Debconf/Client/ConfModule.pm
line 126,  line 3. Use of uninitialized value in split at
/usr/sbin/remove-default-wordlist line 21,  line 3. dpkg: error
processing wamerican (--remove): subprocess post-removal script returned error
exit status 9 Errors were encountered while processing:
 wamerican

/ r: dpkg -r  --force-all wamerican  
(Reading database ... 50317 files and directories currently installed.)
Removing wamerican ...
Can't call method choices on an undefined value at
/usr/share/perl5/Debconf/Question.pm line 85,  line 4. dpkg: error
processing wamerican (--remove): subprocess post-removal script returned error
exit status 9 Errors were encountered while processing:
 wamerican

It's a recent debian sarge, with:
rH  wamerican  5-4
ii  dpkg   1.10.22
ii  debconf1.4.25 
ii  perl   5.8.3-3

It seems to happen only with doing sth. on wamerican, anything other seem to
work as usual. Possibly be some additional install is required to remove this
package? What can i try next ?


tia

michael.




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



Re: dpkg returns 'uninitialized values' in debconf perl5 modules

2004-07-13 Thread mi
Jerome R. Acks" <[EMAIL PROTECTED]>:
> > It's a recent debian sarge, with:
> > ii  perl   5.8.3-3
> > rH  wamerican  5-4
> > ii  dpkg   1.10.22
> > ii  debconf1.4.25
> ^--^ 
> The current version of debconf in sarge is 1.4.29. Install 1.4.29 and
> see is that fixes the problem.

No, sorry, it doesn't. Some other suggestions ?

(please cc to me)

--

mi


> > I can't remove the dictionary 'wamerican' nor can i reinstall or upgrade it.
> > / r: dpkg -r  --force-all wamerican  
> > (Reading database ... 50317 files and directories currently installed.)
> > Removing wamerican ...
> > Can't call method choices on an undefined value at
> > /usr/share/perl5/Debconf/Question.pm line 85,  line 4. dpkg: error
> > processing wamerican (--remove): subprocess post-removal script returned error
> > exit status 9 Errors were encountered while processing:
> >  wamerican
> > 
> > It seems to happen only with doing sth. on wamerican, anything other seem to
> > work as usual. 


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



apache

2003-07-03 Thread mi
Hello debian people !

I am a happy user of woody 3.0.1.
I tried to set up apache for local use (to read dhelp and info2www and to 
learn more about networking).

After installation, it worked fine. However, i face two mysteries:

1) apache started from inetd ?

I thought it's not neccessary to have it listen all the time.
So i removed the rc symlink, and configured:

# /etc/inetd.conf:
www stream  tcp nowait  root/usr/sbin/tcpd  /usr/sbin/apache

# hosts.allow:
www: LOCAL, piro.pironic, piro2000.winlan   /usr/sbin/apache
(occasionally connected with a laptop)

# hosts.deny:
 ---


Now it seems the server is terminated immediateley after every single request 
from a broser, thus for every request newly started from inetd.
In other words, a ps aux doesn't show any apache though browser can open 
localhost:80.
Is this the behavior 'normal' with inetd, or misconfigured sth ?
I attach the httpd.conf (only no-hashed lines).

2) Where is mime_magic ?

This is filling up the log:

# /var/log/apache/error.log:

[Wed Jul  2 19:09:08 2003] [error] (2)No such file or directory:
mod_mime_magic: can't read magic file /etc/apache/share/magic

Though /etc/apache/httpd.conf says it's expected to be like
MIMEMagicFile share/magic
there's no directory 'share' in the server-root;  only a symlink to 
/etc/mime.types.

Am i expected to do sth about it ?
Any hint please ?

cc to me, i am not on this list.

greets

-- 
     

mi 




# /etc/apache/httpd.conf:

ServerType inetd
ServerRoot /etc/apache
LockFile /var/lock/apache.lock
PidFile /var/run/apache.pid
ScoreBoardFile /var/run/apache.scoreboard
Timeout 300
KeepAlive On
MaxKeepAliveRequests 100
KeepAliveTimeout 60
MinSpareServers 1
MaxSpareServers 5
StartServers 1
MaxClients 50
MaxRequestsPerChild 100
Listen 127.0.0.1:80
LoadModule config_log_module /usr/lib/apache/1.3/mod_log_config.so
LoadModule mime_magic_module /usr/lib/apache/1.3/mod_mime_magic.so
LoadModule mime_module /usr/lib/apache/1.3/mod_mime.so
LoadModule negotiation_module /usr/lib/apache/1.3/mod_negotiation.so
LoadModule status_module /usr/lib/apache/1.3/mod_status.so
LoadModule autoindex_module /usr/lib/apache/1.3/mod_autoindex.so
LoadModule dir_module /usr/lib/apache/1.3/mod_dir.so
LoadModule cgi_module /usr/lib/apache/1.3/mod_cgi.so
LoadModule userdir_module /usr/lib/apache/1.3/mod_userdir.so
LoadModule alias_module /usr/lib/apache/1.3/mod_alias.so
LoadModule rewrite_module /usr/lib/apache/1.3/mod_rewrite.so
LoadModule access_module /usr/lib/apache/1.3/mod_access.so
LoadModule auth_module /usr/lib/apache/1.3/mod_auth.so
LoadModule expires_module /usr/lib/apache/1.3/mod_expires.so
LoadModule unique_id_module /usr/lib/apache/1.3/mod_unique_id.so
LoadModule setenvif_module /usr/lib/apache/1.3/mod_setenvif.so
ExtendedStatus On
Port 80
User www-data
Group www-data
ServerAdmin [EMAIL PROTECTED]
ServerName 127.0.0.1
DocumentRoot /var/www

Options SymLinksIfOwnerMatch
AllowOverride None


Options Indexes Includes FollowSymLinks MultiViews
AllowOverride None
Order allow,deny
Allow from all


UserDir public_html


AllowOverride FileInfo AuthConfig Limit
Options MultiViews Indexes SymLinksIfOwnerMatch IncludesNoExec

Order allow,deny
Allow from all


Order deny,allow
Deny from all



DirectoryIndex index.html index.htm index.shtml index.cgi

AccessFileName .htaccess

Order allow,deny
Deny from all

UseCanonicalName On
TypesConfig /etc/mime.types
DefaultType text/plain

MIMEMagicFile share/magic

HostnameLookups Off
ErrorLog /var/log/apache/error.log
LogLevel debug
LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\" %T 
%v" full
LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\" %P 
%T" debug
LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" 
combined
LogFormat "%h %l %u %t \"%r\" %>s %b" common
LogFormat "%{Referer}i -> %U" referer
LogFormat "%{User-agent}i" agent
CustomLog /var/log/apache/access.log combined
ServerSignature EMail
Alias /icons/ /usr/share/apache/icons/

Options Indexes MultiViews
AllowOverride None
Order allow,deny
Allow from all

ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/

AllowOverride None
Options ExecCGI
Order allow,deny
Allow from all


IndexOptions FancyIndexing NameWidth=*
AddIconByEncoding (CMP,/icons/compressed.gif) x-compress x-gzip
AddIconByType (TXT,/icons/text.gif) text/*
AddIconByType (IMG,/icons/image2.gif) image/*
AddIconByType (SND,/icons/sound2.gif) audio/*
AddIconByType (VID,/icons/movie.gif) video/*
AddIcon /icons/binary.gif .bin .exe
AddIcon /ic

Re: GeoIP free databases and Geo::IP

2019-06-15 Thread MI
I have the same problem. For my needs, the best solution I found turns 
out to be the workaround you suggested using https://freegeoip.app.


The alternative seems to be something like

    apt install geoipupdate mmdb-bin

    # use the free license in GeoIP.conf:
    cp /usr/share/doc/geoipupdate/examples/GeoIP.conf.default 
/etc/GeoIP.conf


    geoipupdate

    # update every Tuesday
   echo "04 04 * * 2 root /usr/bin/geoipupdate" >> /etc/crontab

Then you have mmdblookup, which outputs some clumsy pseudo-json that 
needs to be parsed.


So thank you for the simple workaround you suggested :


    wget -qO - https://freegeoip.app/csv/$IP | awk -F, '{print $3}'


So


Is there something better?

For my use case (I only need about a dozen lookups per day), that's the 
best I could find



MI




How to prevent /tmp files from being deleted at reboot

2016-07-09 Thread MI
In Debian Jessie, systemd ignores the TMPTIME variable in /etc/default/rcS and just 
blindly deletes everything on every reboot.


A bug has been filed about it:  "#795269 TMPTIME not honored anymore"
( https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795269 )

But I tried the suggested solution, and the files in /tmp still get deleted at 
reboot.

What I currently have which doesn't work:

   $ egrep -v '^(#|$)' /etc/tmpfiles.d/tmp.conf
   D /tmp 1777 root root 30d
   x /tmp/systemd-private-%b-*
   X /tmp/systemd-private-%b-*/tmp
   x /var/tmp/systemd-private-%b-*
   X /var/tmp/systemd-private-%b-*/tmp


Would someone know what I can do so that only files older than some number of days 
get deleted?




Re: How to prevent /tmp files from being deleted at reboot

2016-07-09 Thread MI



/tmp is most likely a tmpfs, a filesystem in RAM which will vanish (and
all files and directories in it) as soon as the computer is rebooted.


No, it's a dedicated partition on disk.


But /tmp being wiped on (re)boot has been the norm and case for
UNIX-based operating systems since nearly forever. No program or user
should expect its/his files to persist in /tmp across a reboot. That is
what /var/tmp is for, a temporary place which will not be wiped upon
reboot.


Well, we used to have TMPTIME so that everyone could decide for himself how long 
"temporary" means.


If it's not possible anymore, it's a regression, and it's a Debian bug anyway, since 
the /etc/default/rcS file has a clearly documented setting which is in fact ignored.


But anyway, that's beside the point.

The point is that I cannot get the syntax right to achieve what the systemd 
documentation seems to imply: that it is possible to define when a file should be 
deleted in number of days, indepentently of arbitrary reboots.


So if someone knows what I'm doing wrong in trying to obtain the documented behavior, 
thanks for sharing.


MI


PS:

IMO: If you have a program that relies on files or directories in /tmp
being persistent, then that program is buggy, not Debian.


It's not a program. It's just me, mostly while setting up and testing a fresh system, 
which may need frequent reboots.




Re: How to prevent /tmp files from being deleted at reboot

2016-07-10 Thread MI
That was how it has "always" worked before. But now systemd ignores TMPTIME, and also 
seems to ignore it's own "age" option, unless I'm not using it right.



 Original Message 

On a testing/sid system with sysvinit-core, the script
/etc/init.d/mountall-bootclean.sh (linked to /etc/rcS.d/) calls clean_tmp via
clean_all from /lib/init/bootclean.sh . In this function it says
   "Don't clean remaining files if TMPTIME is negative or 'infinite'"

Therefore, to never cleanup set

TMPTIME='infinite'

What is your exact setting in /etc/default/rcS ?

Regards,
jvp.







Re: How to prevent /tmp files from being deleted at reboot

2016-07-11 Thread MI

Hi,

Attached is the output. (BTW, findmnt is cool; I didn't know about it).

Thanks for any insight,

MI


# findmnt
TARGET   SOURCEFSTYPE OPTIONS
//dev/sda1 ext4   
rw,relatime,errors=remount-ro,data=ordered
├─/sys   sysfs sysfs  
rw,nosuid,nodev,noexec,relatime
│ ├─/sys/kernel/security securityfssecurityfs 
rw,nosuid,nodev,noexec,relatime
│ ├─/sys/fs/cgroup   tmpfs tmpfs  
ro,nosuid,nodev,noexec,mode=755
│ │ ├─/sys/fs/cgroup/systemd cgroupcgroup 
rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgr
│ │ ├─/sys/fs/cgroup/cpuset  cgroupcgroup 
rw,nosuid,nodev,noexec,relatime,cpuset
│ │ ├─/sys/fs/cgroup/cpu,cpuacct cgroupcgroup 
rw,nosuid,nodev,noexec,relatime,cpu,cpuacct
│ │ ├─/sys/fs/cgroup/devices cgroupcgroup 
rw,nosuid,nodev,noexec,relatime,devices
│ │ ├─/sys/fs/cgroup/freezer cgroupcgroup 
rw,nosuid,nodev,noexec,relatime,freezer
│ │ ├─/sys/fs/cgroup/net_cls,net_prio
 cgroupcgroup 
rw,nosuid,nodev,noexec,relatime,net_cls,net_prio
│ │ ├─/sys/fs/cgroup/blkio   cgroupcgroup 
rw,nosuid,nodev,noexec,relatime,blkio
│ │ └─/sys/fs/cgroup/perf_event  cgroupcgroup 
rw,nosuid,nodev,noexec,relatime,perf_event
│ ├─/sys/fs/pstore   pstorepstore 
rw,nosuid,nodev,noexec,relatime
│ ├─/sys/kernel/debugdebugfs   debugfsrw,relatime
│ └─/sys/fs/fuse/connections fusectl   fusectlrw,relatime
├─/proc  proc  proc   
rw,nosuid,nodev,noexec,relatime
│ ├─/proc/sys/fs/binfmt_misc systemd-1 autofs 
rw,relatime,fd=22,pgrp=1,timeout=300,minproto=5,maxproto=5,direct
│ └─/proc/fs/nfsdnfsd  nfsd   rw,relatime
├─/dev   udev  devtmpfs   
rw,relatime,size=10240k,nr_inodes=1020637,mode=755
│ ├─/dev/pts devptsdevpts 
rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000
│ ├─/dev/shm tmpfs tmpfs  rw,nosuid,nodev
│ ├─/dev/hugepages   hugetlbfs hugetlbfs  rw,relatime
│ └─/dev/mqueue  mqueuemqueue rw,relatime
├─/run   tmpfs tmpfs  
rw,nosuid,relatime,size=1636568k,mode=755
│ ├─/run/locktmpfs tmpfs  
rw,nosuid,nodev,noexec,relatime,size=5120k
│ ├─/run/rpc_pipefs  rpc_pipefsrpc_pipefs rw,relatime
│ └─/run/user/0  tmpfs tmpfs  
rw,nosuid,nodev,relatime,size=818284k,mode=700
├─/etc/machine-idtmpfs[/machine-id]
   tmpfs  
ro,relatime,size=1636568k,mode=755
├─/var   /dev/sda2 ext4   
rw,relatime,data=ordered
├─/home  /dev/sda6 ext4   
rw,relatime,data=ordered
├─/tmp   /dev/sda5 ext4   
rw,relatime,data=ordered
└─/net   /etc/auto.net autofs 
rw,relatime,fd=6,pgrp=1147,timeout=60,minproto=5,maxproto=5,indirect


# for f in /run/tmpfiles.d/* /usr/lib/tmpfiles.d/* /etc/tmpfiles.d/*; do echo 
"$f"; grep /tmp "$f"; echo; done
/run/tmpfiles.d/kmod.conf

/usr/lib/tmpfiles.d/bind9.conf

/usr/lib/tmpfiles.d/debian.conf

/usr/lib/tmpfiles.d/legacy.conf

/usr/lib/tmpfiles.d/man-db.conf

/usr/lib/tmpfiles.d/openvpn.conf

/usr/lib/tmpfiles.d/postgresql.conf

/usr/lib/tmpfiles.d/samba.conf

/usr/lib/tmpfiles.d/screen-cleanup.conf

/usr/lib/tmpfiles.d/sshd.conf

/usr/lib/tmpfiles.d/systemd.conf

/usr/lib/tmpfiles.d/systemd-nologin.conf

/usr/lib/tmpfiles.d/tmp.conf
#D /tmp 1777 root root -
d /var/tmp 1777 root root 30d
x /tmp/systemd-private-%b-*
X /tmp/systemd-private-%b-*/tmp
x /var/tmp/systemd-private-%b-*
X /var/tmp/systemd-private-%b-*/tmp

/usr/lib/tmpfiles.d/tmp.conf.orig
D /tmp 1777 root root -
#d /var/tmp 1777 root root 30d
x /tmp/systemd-private-%b-*
X /tmp/systemd-private-%b-*/tmp
x /var/tmp/systemd-private-%b-*
X /var/tmp/systemd-private-%b-*/tmp

/usr/lib/tmpfiles.d/var.conf

/usr/lib/tmpfiles.d/x11.conf
d /tmp/.X11-unix 1777 root root 10d
d /tmp/.ICE-unix 1777 root root 10d
d /tmp/.XIM-unix 1777 root root 10d
d /tmp/.font-unix 1777 root root 10d
d /tmp/.Test-unix 1777 root root 10d
r! /tmp/.X[0-9]*-lock

/usr/lib/tmpfiles.d/xconsole.conf

/etc/tmpfiles.d/tmp.conf
D /tmp 1777 root root ~30d
#d /var/tmp 1777 root root 30d
x /tmp/systemd-private-%b-*
X /tmp/systemd-private-%b-*/tmp
x /var/tmp/systemd-private-%b-*
X /var/tmp/systemd-private-%b-*/tmp


Re: How to prevent /tmp files from being deleted at reboot

2016-07-11 Thread MI


Sounds promising!

Would you share what you have in /etc/tmpfiles.d/ ? From what I had read, that is 
where systemd would read it's tmp settings, and where it would have migrated settings 
from rcS on upgades.


You do have a "normal" Debian Jessie with systemd, right? If you uninstalled systemd 
or installed a different init system, then of course, you wouldn't have the problem I 
have.


Thanks,

MI


 Original Message 

MI wrote on 07/10/2016 03:04 PM:

That was how it has "always" worked before. But now systemd ignores TMPTIME, 
and also
seems to ignore it's own "age" option, unless I'm not using it right.


I am running Jessie, and have
TMPTIME=-1
in /etc/default/rcS

and it still works fine for me.

   Doc






Re: How to prevent /tmp files from being deleted at reboot

2016-07-16 Thread MI


OK, so you have an empty /etc/tmpfiles.d/tmp.conf which indeed works to completely 
avoid cleaning up /tmp at reboot.


That is, it works as an equivalent to TMPTIME=-1. But I do want to cleanup /tmp, just 
with some value of TMPTIME > 0.


Anyway, thanks. It at least confirms that the /etc/tmpfiles.d/tmp.conf is indeed 
read, and does override the defaults.


MI


 Original Message ----

MI wrote on 07/11/2016 09:44 AM:

Sounds promising!

Would you share what you have in /etc/tmpfiles.d/ ? From what I had read, that 
is
where systemd would read it's tmp settings, and where it would have migrated 
settings
from rcS on upgades.


[HN:tmpfiles.d] ls -al
total 20
drwxr-xr-x   2 root root  4096 Aug 25  2015 .
drwxr-xr-x 182 root root 12288 Jul  6 18:06 ..
-rw-r--r--   1 root root   247 Aug 25  2015 tmp.conf
[HN:tmpfiles.d] cat tmp.conf
# Avoid clearing /tmp by shipping an empty /etc/tmpfiles.d/tmp.conf file
# which overrides /usr/lib/tmpfiles.d/tmp.conf.
# This file was automatically created because of local modifications in
# /etc/default/rcS where TMPTIME was set to infinite.
[HN:tmpfiles.d]

Which is a very confusing message, but I can assure you that /tmp is
definitely NOT cleared.


You do have a "normal" Debian Jessie with systemd, right?

Completely vanilla Jessie except for ZFS added to support a couple of data 
disks.

   Doc






Re: How to prevent /tmp files from being deleted at reboot

2016-07-16 Thread MI

Thank you for looking into this.


Now to your issue. You said you wanted time based clean-up (remove files
older then 30 days) but *not* remove them on boot.


In fact, cleanup on boot would be fine. However, "cleanup" should only cleanup files 
older than the age argument.


I tried these:

- Empty /etc/tmpfiles.d/tmp.conf :

   As expected, nothing is cleaned up.

- "D /tmp/ 1777 root root 30d"

   Everything is deleted at boot, or when running "systemd-tmpfiles --create
   --remove --clean"
   Also with  "~30d" instead of "30d".

- "d /tmp/ 1777 root root 30d"

   Nothing is deleted at boot or when running "systemd-tmpfiles --create 
--remove
   --clean" without a reboot.

   # grep ' /tmp' /etc/tmpfiles.d/tmp.conf
   d /tmp 1777 root root 30d
   x /tmp/systemd-private-%b-*
   X /tmp/systemd-private-%b-*/tmp
   # reboot
   ...
   # ls -Al /tmp/
   total 36
   ...
   -rw-rw-r-- 1 root root8 Jul 16 15:21 KEEPTHIS.txt
   -rw-rw-r-- 1 root root9 Jan  1  2016 TOOOLD.txt
   ...

So the age argument seems to always be ignored?

And I find no way to get the old (before systemd) behaviour: cleanup /tmp at boot, 
but preserve "recent" files


If this is the expected behaviour, then either the documentation is quite unclear and 
misleading, or I'm too dumb to understand it (which is actually quite possible...)


MI



Re: How to prevent /tmp files from being deleted at reboot

2016-07-16 Thread MI




Please post the output of
stat /tmp/TOOOLD.txt


# stat /tmp/TOOOLD.txt
  File: ‘/tmp/TOOOLD.txt’
  Size: 9 Blocks: 8  IO Block: 4096 regular file
Device: 805h/2053dInode: 14  Links: 1
Access: (0664/-rw-rw-r--)  Uid: (0/root)   Gid: (0/root)
Access: 2016-01-01 12:23:00.0 +0100
Modify: 2016-01-01 12:23:00.0 +0100
Change: 2016-07-16 15:21:28.806601066 +0200
 Birth: -




Re: How to prevent /tmp files from being deleted at reboot

2016-07-16 Thread MI
Yes, it looks like it's the ctime which prevents the deletion, and "d /tmp ... xxd" 
is indeed the option which is the closest to the old behaviour.


I guess I will have to get used to the "systemd POV" ...

Thanks all for your help

MI




 Original Message 

Am 16.07.2016 um 16:30 schrieb Mark Fletcher:

On Sat, Jul 16, 2016 at 11:28 PM MI mailto:mi.lists.deb...@alma.ch>> wrote:



 > Please post the output of
 > stat /tmp/TOOOLD.txt

 # stat /tmp/TOOOLD.txt
File: ‘/tmp/TOOOLD.txt’
Size: 9 Blocks: 8  IO Block: 4096 regular file
 Device: 805h/2053dInode: 14  Links: 1
 Access: (0664/-rw-rw-r--)  Uid: (0/root)   Gid: (0/root)
 Access: 2016-01-01 12:23:00.0 +0100
 Modify: 2016-01-01 12:23:00.0 +0100
 Change: 2016-07-16 15:21:28.806601066 +0200
   Birth: -


I suspect it is the Change line that is doing it -- although I wonder
what the difference between Change and Modify is...


There are 3 kind of "timestamps":

Access - the last time the file was read
Modify - the last time the file was modified (content has been modified)
Change - the last time meta data of the file was changed (e.g.
permissions)

So, some process changed the files! metadata, that's why it's not
deleted. Everything working as expected from the systemd-tmpfiles POV.



Regards,
Michael





Meld in Jessie: how to not install all the insane dependencies

2015-11-28 Thread MI
I'm setting up a new server, and wanted to install "meld", a nice "graphical tool to 
diff and merge files".


Surprised by the huge amount of dependencies it was about to install, I had a closer 
look. And indeed, the dependencies seem ridiculous: spell-checkers, multimedia 
codecs, a modem manager, wifi, etc. Below is the full list, with the short 
descriptions, and "??" in front of those which seemed obviously unneeded. I'm sure 
there are even more unneeded ones, which I didn't mark because I'm not sure what they 
are for.


It looks like the meld package wants to install a full desktop with all the bells and 
whistles on my headless server.


So the question is: what is the best way to install meld without all the cruft?

- with dpkg --force-depends -i ?

- by installing from the repository of an older distribution? How?

- compile the source? (but will also have dependencies, harder to track down?)

What would you do?

Here is the list of meld dependencies:

The following NEW packages will be installed:

adwaita-icon-theme - default icon theme of GNOME
??  aspell - GNU Aspell spell-checker
??  aspell-en - English dictionary for GNU Aspell
at-spi2-core - Assistive Technology Service Provider Interface (dbus 
core)
colord - system service to manage device colour profiles -- system 
daemon
colord-data - system service to manage device colour profiles -- data 
files
dconf-gsettings-backend - simple configuration storage system - GSettings 
back-end

dconf-service - simple configuration storage system - D-Bus service
??  enchant - Wrapper for various spell checker engines (binary programs)
fonts-dejavu - metapackage to pull in fonts-dejavu-core and 
fonts-dejavu-extra
fonts-dejavu-extra - Vera font family derivate with additional characters 
(extra variants)

??  geoclue-2.0 - geoinformation service
gir1.2-atk-1.0 - ATK accessibility toolkit (GObject introspection)
gir1.2-freedesktop - Introspection data for some FreeDesktop components
gir1.2-gdkpixbuf-2.0 - GDK Pixbuf library - GObject-Introspection
gir1.2-glib-2.0 - Introspection data for GLib, GObject, Gio and GModule
gir1.2-gtk-3.0 - GTK+ graphical user interface library -- gir bindings
gir1.2-gtksource-3.0 - gir files for the GTK+ syntax highlighting widget
gir1.2-pango-1.0 - Layout and rendering of internationalized text - gir 
bindings
glib-networking - network-related giomodules for GLib
glib-networking-common - network-related giomodules for GLib - data 
files
glib-networking-services - network-related giomodules for GLib - D-Bus 
services
gnome-user-guide - GNOME user's guide
gsettings-desktop-schemas - GSettings desktop-wide schemas
??  gstreamer1.0-plugins-base - GStreamer plugins from the "base" set
??  gstreamer1.0-plugins-good - GStreamer plugins from the "good" set
??  gstreamer1.0-x - GStreamer plugins for X11 and Pango
??  hunspell-en-us - English_american dictionary for hunspell
libaa1 - ASCII art library
??  libasound2 - shared library for ALSA applications
??  libasound2-data - Configuration files and profiles for ALSA drivers
??  libaspell15 - GNU Aspell spell-checker runtime library
libatk-bridge2.0-0 - AT-SPI 2 toolkit bridge - shared library
libatspi2.0-0 - Assistive Technology Service Provider Interface - 
shared library
??  libavc1394-0 - control IEEE 1394 audio/video devices
libcaca0 - colour ASCII art library
libcairo-gobject2 - Cairo 2D vector graphics library (GObject library)
??  libcanberra-gtk3-0 - GTK+ 3.0 helper for playing widget event sounds with 
libcanberra

??  libcanberra-gtk3-module - translates GTK3 widgets signals to event 
sounds
??  libcanberra0 - simple abstract interface for playing event sounds
??  libcdparanoia0 - audio extraction tool for sampling CDs (library)
??  libcolord2 - system service to manage device colour profiles -- runtime
??  libcolorhug2 - library to access the ColorHug colourimeter -- runtime
libcroco3 - Cascading Style Sheet (CSS) parsing and manipulation toolkit
libdconf1 - simple configuration storage system - runtime library
??  libdrm-intel1 - Userspace interface to intel-specific kernel DRM services -- 
runtime
??  libdrm-nouveau2 - Userspace interface to nouveau-specific kernel DRM 
services -- runtime
??  libdrm-radeon1 - Userspace interface to radeon-specific kernel DRM services 
-- runtime

??  libdrm2 - Userspace interface to kernel DRM services -- runtime
??  libdv4 - software library for DV format digital video (runtime lib)
libelf1 - library to read and write ELF files
??  libenchant1c2a - Wrapper library for various spell checker engines (runtime 
libs)

??  libexif12 - library to parse EXIF files
libfile-copy-recursive-perl - Perl extension fo

Re: Meld in Jessie: how to not install all the insane dependencies

2015-11-28 Thread MI
Yes, "--no-install-recommends" which I had forgotten seems to help a bit, but still 
not significantly.


"aptitude's interactive mode" sounds like a good lead. Will try that.

Thanks

 Original Message 

On 11/28/2015 12:55 PM, MI wrote:

I'm setting up a new server, and wanted to install "meld", a nice
"graphical tool to diff and merge files".

Surprised by the huge amount of dependencies it was about to install,
I had a closer look. And indeed, the dependencies seem ridiculous:
spell-checkers, multimedia codecs, a modem manager, wifi, etc. Below
is the full list, with the short descriptions, and "??" in front of
those which seemed obviously unneeded. I'm sure there are even more
unneeded ones, which I didn't mark because I'm not sure what they are
for.

It looks like the meld package wants to install a full desktop with
all the bells and whistles on my headless server.

So the question is: what is the best way to install meld without all
the cruft?

- with dpkg --force-depends -i ?

Even if you manage to make the application run, the package will be
permanently in a broken state, and for every other future operation
you'll need to tell apt/dpkg to ignore the broken dependencies.

You could create dummy packages to fulfill those dependencies, but then
if you install a package that really needs one of those libraries, that
package won't work, and it might take a while for you to find out why.


- by installing from the repository of an older distribution? How?

This might work, but one day it will stop working.


- compile the source? (but will also have dependencies, harder to
track down?)

If it's some optional feature of the program that can be turned off,
then yes, that might decrease the number of packages. But otherwise, the
same problems are likely to arise.


What would you do?

It could be that some dependencies are actually recommends. Try with
apt-get --no-install-recommends.

If you use aptitude's interactive mode, you can see why each package is
pulled (which other package requires or recommends it), and you can work
up the chain.







Re: Meld in Jessie: how to not install all the insane dependencies

2015-12-02 Thread MI


It looks like the meld package wants to install a full desktop with all the bells 
and whistles on my headless server.


So the question is: what is the best way to install meld without all the cruft?


I finally did install the previous version 1.6.1-1 (from Debian 7 Wheezy).

I only needed few dependencies, and it is actually much better than the version 
currently in Jessie. (I use meld over remote ssh X sessions, and the Jessie version 
of meld does something which prevents me from getting to the menu, saving references, 
etc.)


The old version is perfect for my needs. If others have the same problem I had, here 
is what I did:



# wget http://ftp.ch.debian.org/debian/pool/main/m/meld/meld_1.6.1-1_all.deb

# apt-get install python-gtk2 python-glade2 python-gobject-2

   The following extra packages will be installed:
  libglade2-0 liblapack3 python-cairo python-numpy
   Suggested packages:
  python-gtk2-doc python-gobject-2-dbg gfortran python-dev python-nose
   python-numpy-dbg python-numpy-doc
   The following NEW packages will be installed:
  libglade2-0 liblapack3 python-cairo python-glade2 python-gobject-2 
python-gtk2
   python-numpy

# dpkg -i meld_1.6.1-1_all.deb

That's all.




Re: Problem chain loading Jessie's pxelinux via http using iPXE (failed to load ldlinux.c32)

2015-07-17 Thread MI
Not that it really helps, but you are not alone. I have a different config (no iPXE), 
but the same problem.


Hopefully someone has a solution...


--
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/55a8da7a.5020...@alma.ch



Re: apt-get bugzilla/sid ....Preconfiguring packages....

2001-11-22 Thread R?mi Perrot
On Thu, Nov 22, 2001 at 06:31:09AM -0800, Charles Baker wrote:
 
> Here is a snippet of the output of the command:
> debconf (developer): --> 0 ok
> debconf (developer): <-- GET
> bugzilla/bugzilla_admin_name
> debconf (developer): --> 0 
> debconf (developer): <-- FGET
> bugzilla/bugzilla_admin_pwd seen
> debconf (developer): --> 0 false
> debconf (developer): <-- SET bugzilla/pwd_check 
> debconf (developer): --> 0 value set
> debconf (developer): <-- BEGINBLOCK 
> debconf (developer): --> 0
> debconf (developer): <-- INPUT high
> bugzilla/bugzilla_admin_name
> debconf (developer): --> 30 question skipped
> debconf (developer): <-- INPUT high
> bugzilla/bugzilla_admin_real_name
> debconf (developer): --> 30 question skipped
> debconf (developer): <-- INPUT high
> bugzilla/bugzilla_admin_pwd
> debconf (developer): --> 30 question skipped
> debconf (developer): <-- ENDBLOCK 
> debconf (developer): --> 0
> debconf (developer): <-- GO 
> debconf (developer): --> 0 ok
> debconf (developer): <-- GET
> bugzilla/bugzilla_admin_name
> debconf (developer): --> 0 
> debconf (developer): <-- FGET
> bugzilla/bugzilla_admin_pwd seen
> debconf (developer): --> 0 false
> debconf (developer): <-- SET bugzilla/pwd_check 

I don't understand very well where the probleme come from. I've
fix possible weekness in the package.

Could you download it from 

http://people.debian.org/~rperrot/bugzilla/prospective-package/bugzilla-doc_2.14-7_all.deb

and let me know if it is better

Thanks 

Rémi.