Hi!
Where's the best place to put a conferencing system's database files?
I have currently put them in /var/spool/packagename/, but I'm not sure
if that's a good idea, as FHS states that spool should be for more
temporary data (this database file will be kept all time when the
conferencing system
Joey Hess:
> Yes, you can localize the Default field. Default-se or whatever.
Should I write the translated default choice in the translated language
or in English? I can't get it to work, but that's probably because I've
already saved a setting to the debconf database and can't get rid of
it.
-
Robert Bihlmeyer:
> I'd guess English, at least the templates I look at use English in
> 'Default' even if 'Choices' was translated.
Okay. I'll try again.
> Shouldn't purging the package (i.e. debconf's PURGE command) remove
> all settings?
I ran the config script manually, so debconf said that
While sifting through the policy upgrade checklist for one of my
packages, I came to the information about changing mail access from
/var/spool/mail to /var/mail. That's not hard. Also, the
upgrade-checklist states that I should "[...] include a suitable
Depends field; details in [12.6]". What Depe
Hi!
I have created a package of the LysKOM server (ITP bug #114231). Since this
is the first server I have packaged, I would appreciate if someone would
test and see that it works well on other systems than my own... :)
The package can be found at http://www.softwolves.pp.se/deb/
It only has one
Peter S Galbraith:
> The problem is not really with hppa, but with g++-3.0.
> Here's what I do to test build (another package) using g++-3.0 :
Is it possible to get g++ 3 for i386 somewhere? That would make it a
lot easier to test if things work... :)
--
\\//
peter - http://www.softwolves.pp.se
Peter S Galbraith:
> Sure, install the package 'g++-3.0'.
Hmm, interesting. It doesn't show up when I do dpkg -l, but obviously
apt knows about it.
--
\\//
peter - http://www.softwolves.pp.se/
Statement concerning unsolicited e-mail according to Swedish law:
http://www.softwolves.pp.se/pet
Hi!
I am planning to package a Python script that will aid another package
I already have in Debian. Since I don't really know much about Python I
wonder what packages I need to depend on. Is it enough to depend on
python-base?
The script starts with these lines:
import sys
import nntplib
import
Sean 'Shaleh' Perry:
> Gregor just posted his draft of the python packaging policy. Give it a peak.
And... where do I find that?
--
\\//
peter - http://www.softwolves.pp.se/
Statement concerning unsolicited e-mail according to Swedish law:
http://www.softwolves.pp.se/peter/reklampost.html
Hi!
I am trying to add icons to the menu entries for the Siag suite, but I
am having problems getting the icons to be recognized. I have this in
the menu file:
?package(xsiag): needs="X11" section="Apps/Math" \
title="Siag" longtitle="Siag Office Scheme-in-a-Grid" \
command="/usr/bin/siag" ic
Sean 'Shaleh' Perry:
> looks like every other icon entry:
Exactly. That is why I am confused.
--
\\//
peter - http://www.softwolves.pp.se/
Statement concerning unsolicited e-mail according to Swedish law:
http://www.softwolves.pp.se/peter/reklampost.html
David Given:
> E: vbcc: FSSTND-dir-in-usr usr/man/
> - --- what's this?
E: vbcc: FSSTND-dir-in-usr usr/man/
N:
N: As of policy version 3.0.0.0, Debian no longer follows the FSSTND.
N:
N: Instead, the Filesystem Hierarchy Standard (FHS), version 2.1, is
N: used. You can find it in /usr/share
Hi!
When upgrading Siag Office to its latest version I found that parts of
the code had been broken out into a library. Since I have never before
packaged a library I would appreciate some help to check whether I am
doing things correctly or not.
Could someone please have a look at the files that
Junichi Uekawa:
> Without too much looking at, my first question is: why do you have
> mowitz-config in diff.gz?
It seems that it is not removed properly when doing a make distclean.
I'll fix that.
> Binary package names are incorrect, name them "lib"mowitz0 and
> "lib"mowitz-dev
Okay. I was a
Junichi Uekawa:
> Are you sure of the soname version number?
It is at least the version used in the files:
$ ls -l /usr/lib/libMowitz.*
-rw-r--r--1 root root 400490 13 mar 18.42 /usr/lib/libMowitz.a
-rw-r--r--1 root root 717 13 mar 18.41 /usr/lib/libMowitz.la
lrwxr
Junichi Uekawa:
> That doesn't tell much.
> objdump -p /usr/lib/libMowitz.so | grep SONAME
er$ objdump -p /usr/lib/libMowitz.so | grep SONAME
SONAME libMowitz.so.0
> That sounds like a bad news, a potential sign of upstream changing
> binary interface between 0.1.0 and 0.2.0
I don't know
Hi!
According to the docs I an update my key on the Debian keyring by giving the
command
gpg --keyserver keyring.debian.org --send-keys 0x6394265E
but I cannot get it to work. Everytime I try (from different machines) I get
the error message
gpg: error sending to `keyring.debian.org': eof
Me:
> Did I misunderstand something, or is the keyring server down?
D'uh! GnuPG doesn't like my proxy. If I disable the proxy, it works just
fine.
--
\\//
peter - http://www.softwolves.pp.se/
Statement concerning unsolicited e-mail according to Swedish law:
http://www.softwolves.pp.se/peter
Hi!
I just got serious bugs filed against two of my packages about
dependencies on packages with lower priorities. In one case it is
correct (a package with "optional" depending on one with "extra"), but
in one case all the packages are set to "extra" in my control files, so
I can't really underst
Magnus Ekdahl:
> "...Note, however, that the postrm cannot rely on any non-essential packages
> to be present during the purge phase" (deluser isn't essential).
> If there aren't any way, is this script safe enough?
Why not just run the regular account deletion, and post an error
message if i
Hi!
I have a question about a program that I am thinking about packaging:
It is a transfer programĀ¹ licened according to GPL, but comes with some
program code that you download to the remote computer. That code is
also GPL, but the program used to compile those sources is not DFSG
free. The remote
Matt Zimmerman:
> If the program cannot be compiled using free tools, then it is not very
> free.
Well, that's a matter of definition.
I'll have a look at using another cross-assembler. Fortunately, there
seems to be a GPL'ed 6502 cross-assembler, so I'll have a look into
using that one instead.
Jordi S. Bunster:
> Maybe someone else can help this guy with this one, maybe someone
> that knows more about how CD vendors can contribute back to debian,
> and make the difference between "Official CD" and the other stuff
> clear.
http://www.debian.org/CD/vendors/info contains all the informati
Mattia Dongili:
> any suggestion?
For jwhois, where I act as upstream "release manager" and Debian
developer, I usually put the debian directory in the upstream tarball,
and then build it for Debian. I call the version -1, though, but the
diff is empty for the -1 version (it is nonempty -2). It i
201 - 224 of 224 matches
Mail list logo