K3B & KDE 4
For anyone interested to play with K3b and KDE4, I currently mantain a CVS nitghly build from official SVN repository.
If you interested to use this builds (binary & source) you can use my repo.
enjoy
######################## # ansani.it REPOSITORY # ####################### # # BINARY REPOSITORY # deb http://ansani.it/debian/ stable contrib deb http://ansani.it/debian/ testing contrib deb http://ansani.it/debian/ unstable contrib deb http://ansani.it/debian/ experimental contrib # # SOURCES REPOSITORY # deb-src http://ansani.it/debian/ stable contrib deb-src http://ansani.it/debian/ testing contrib deb-src http://ansani.it/debian/ unstable contrib deb-src http://ansani.it/debian/ experimental contrib |
cowbuilder and debian stable/etch
Hi guys, I’m now working to create an automatic process to download/build/package a lot of .deb filez. Compiling environment is made with cowdancer/cowbuilder, so I can use a virtual builder to create multi-distro packages (currently stable/testing/unstable/experimental). I got a strange error with cowdancer / stable build. When I try to compile a package, I got this strange error:
Attempting to satisfy build-dependencies -> Creating pbuilder-satisfydepends-dummy package cowdancer: .ilist size unexpected cowdancer: .ilist size unexpected cowdancer: .ilist size unexpected cowdancer: .ilist size unexpected cowdancer: .ilist size unexpected sh: /tmp/satisfydepends-aptitude/pbuilder-satisfydepends-dummy/DEBIAN/control: Cannot allocate memory E: pbuilder-satisfydepends failed. |
So I can’t compile anything for stable distro
I solved with a very little workaround. In my stable build command line, I used –debian-etch-workaround switch and, now, all works OK !!!
Good debianizing
UPDATE: this post is the solution for this error
Qmailtoaster & Dovecot IMAP
Hi tech guys
After dome days of big bugs from my previous IMAP server (Courier 4.2.x – AUthlib 0.59.2), I decided to upgrade to last version available (Courier IMAP 4.4.1 – Authlib 0.61.0). I always installed package from qmail toaster, so I build a new .rpm and .srpm version for courier and authlib mantaining upstream qmailtoaster version.
After installation, I noticed something wrong
I got this strange error: “libauthvchkpw.so: cannot open shared object file: No such file or directory”.
Why ?!?!?!? Simply because vpopmail support is’nt available with authlib 0.61.0 (from 0.60.4) !!!!!
But all my installation support vpopmail !!!!! ARGHHHHHHHHHHHHHHHHHHHHHHHHHHHH !!!
Don’t worry Salvatore, don’t worry
The only file you need is libauthvchpw.so
I copied it from previous installation and all was OK
But…. bugs are still present… GRRRRR… I need another IMAP server… DOVECOT !!!!!
Installation is very very simple (yum installer help a lot
). But now it’s time to configure and migrate.
First, simple step
Migration is immediate. All you need is to add this commands on /etc/dovecot.conf:
mail_location = maildir:~/Maildir mail_uid = 89 mail_gid = 89 first_valid_uid = 89 last_valid_uid = 89 first_valid_gid = 89 last_valid_gid = 89 |
so you can access previous receveid mail
Remeber, on qmail-toaster vpopmail uid/gid is 89. If you want to known which userid/groupid is assigned to your user, you need to issue from shell:
id vpopmail |
Ok, now the hard work. Now you need to integrate your vpopmail installation (auth module) with DOVECOT. First of all, you can’t use SQL access. With qmail-toaster all domains have a separate table. This is’nt a problem… Real problem is domain translation !!! You can’t use %d (DOVECOT variable) because domain is translated. For example, my domain ansani.it is stored like ansani_it.
And now ?!?!?!? Don’t worry, you can use vchkpw and checkpassword
Yes yes yes yes, on your auth default section, you need to write something like that:
auth default { mechanisms = plain passdb checkpassword { args = /home/vpopmail/bin/vchkpw } userdb prefetch { args = uid=89 gid=89 home=/home/vpopmail/domains/%d/%u } count = 1 } |
Remember again, I’ve installed qmail-toaster and my mails are on /home/vpopmail/domains/MY_EMAIL_DOMAINS/MY_USERNAME_/Maildir.
After this mod, all works ok
Enjoyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyy
Regards,
Salvatore
How to purge unused debian conf files
After you uninstall some .deb packages, you need to completely erase all unused configuration files.
You can use one line command like that:
dpkg -l | grep “^rc” | awk -F’ ‘ {‘print $2′} | xargs dpkg –purge
Enjoy your debian
How to purge unused packages on Debian
If you want to automatically purge unused .deb packages on your debian distro (perhaps after an aptitude upgrade), you can safely use this piece of code:
#!/bin/bash while [ `deborphan | wc -l` -gt 0 ]; do deborphan | xargs dpkg --purge done |


