Hello,
[EMAIL PROTECTED] wrote:
> I have installed lvm2 on debian and trying to run:
> pvcreate /dev/snap
> (when /dev/snap is a loopback file)
> and get an error "Device /dev/snap not found".
While technically this is a problem for the debian-users mailing list, I
will try to help:
> My exact
Hi,
Timo Aaltonen wrote:
> Is there will to change the current policy regarding runlevels in
> Debian? I'd propose to use the recommendation made by LSB:
I'd counterpropose to make this optional. I very much like the fact that
the runlevels have no default meaning and would prefer it to stay t
Hi,
Mark Purcell schrieb:
> * Package name: asterisk-sounds
Please name it asterisk-sounds-extra, as there is already a virtual
package called "asterisk-sounds". Also, I suppose these are not spoken
by Allison, in which cade this should be mentioned in the description.
Simon
--
To UNS
Hi,
Roberto C. Sanchez schrieb:
> Someone recommended that I use dummy packages of iceme and icepref that
> depend on icewmcp. But, if I also make icewmcp Replace and Conflict
> with iceme and icepref, will that not cause problems (since the new
> dummy versions of iceme and icepref will depend
Hi,
Frans Pop wrote:
> Try mine: 195.240.184.66
> And yes, it is static and not "dynamic but unlikely to change rarely".
Not listed either.
> I started using my own mailserver because the one from my provider was
> down a lot for a while or not delivering within something like 8 hours
> (they
Hi,
Thomas Bushnell BSG wrote:
> So my IP address, which my ISP promises will always be the same, and
> is initialized by DHCP, is static. But most of the IP addresses in
> the block are handed out dynamically. How will you be able to tell?
Not reliably, that is sure, but the DUL has been pret
Hi,
Thomas Bushnell BSG wrote:
>>There is simply no point in running a mail server on a dynamic IP.
> Would you define "dynamic IP" for me, just so I can be sure I know
> what you're talking about?
> It sounds here as if you mean an IP address which changes with some
> frequency. Is that right
Hi,
Frans Pop wrote:
> I think blocking mails based on an address being dynamic/static sucks.
Indeed, but the only systems that send out email from dynamic IP
addresses are spam zombies (90%[1]) and people who run their own MTA,
which again are divided into clueless idiots running an open relay
Hi,
Martin Michlmayr schrieb:
> race -- 3D arcade overhead car game [#251706]
> orphaned 376 days ago, about 3 years old, new upstream releases not
> uploaded, medium install base, "only a game"
race eats up 640MB of memory, then dies on my system (ppc).
> arpd -- User-space ARP daemon [#19
Package: wnpp
Severity: wishlist
Owner: Simon Richter <[EMAIL PROTECTED]>
* Package name: asedrive3e
Version : 2.2
Upstream Author : Athena Smartcard Solutions
* URL : http://www.athena-scs.com
* License : BSDish
Description : PC/SC driver for
Hi,
Stephen Frost schrieb:
> Completely breaks dlopen()'ings of libldap2. Don't know if there are
> any in sarge but don't see any reason to break them if there are.
dlopen() should handle dependency libs just fine, I think. If dlsym()
fails because the symbol is actually in another lib, maybe
Hi,
Torsten Landschoff schrieb:
> Suggestions how to fix that for real before getting sarge out of the
> door with this risk that I don't feel I can estimate?
Build a dumy libldap.so.2 with the same SONAME that consists of a NEEDED
entry for libldap_r.so.2 only.
Simon
signature.asc
Descrip
Hi,
> maybe we should rename sound into multimedia and populate it with video
> players too ?
Seconded.
Simon
signature.asc
Description: OpenPGP digital signature
Package: wnpp
Severity: wishlist
Owner: Simon Richter <[EMAIL PROTECTED]>
* Package name: schism
Version : 0.2a
Upstream Author : chisel <[EMAIL PROTECTED]>
* URL : http://rigelseven.com/schism/
* License : GPL
Description : Impulse Tracker c
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Matthew Garrett schrieb:
|>Not quite unlikely. In fact ACPI support for the Pegasos is on my todo
|>list. :-)
| The Pegasos doesn't support ACPI - it has no ACPI tables anywhere in its
| firmware.
I am aware of that. That is what is on my list. Enab
Hi,
Christoph Hellwig wrote:
Not quite unlikely. In fact ACPI support for the Pegasos is on my todo
list. :-)
>Umm, why?
Because it is the only way you can shut down PM capable PCI cards.
Simon
signature.asc
Description: OpenPGP digital signature
Hi,
Wouter Verhelst wrote:
That being said, I'm not sure this is necessary. For starters, Jeroen
included the "if that's possible" bit; but apart from that, it's not
because the ACPI interface does not exist for an architecture today that
it will never exist; it's not completely impossible that one
Hi,
Michael K. Edwards:
The latest uim FTBFS twice on ARM because of the removal of howl
dependencies from gnome packages. The rebuilt gnome-vfs2 still hadn't
made it to unstable as of the second try, so the archive wasn't in a
state that any package dependent on one of its binary packages could
b
Hi,
Jeroen van Wolffelaar:
Steve was probably referring to the burden of fixing and debugging
packages that fail to work/build on a specific architecture, and not to
the buildd stuff. It is currently the package maintainer of a package
that doesn't work on a specific architecture that's faced with
Hi,
* Package name: libspandsp
Version : 0.0.2pre9
Upstream Author : Steve Underwood <[EMAIL PROTECTED]>
* URL : ftp://ftp.opencall.org/pub/spandsp/
* License : GPL
Description : Library which provides DSP functions for VoIP.
Already in NEW, see also Bug #2
Hi,
If not, please can you correct this Bug ?
As soon as someone provides a patch (a lot quicker) or I create one
myself.
Thanks and I think, this error should be solved before SARGE is released
There is also a tool called esmtp, which seems to be able to do
authentication, even with TLS, however
Hi,
- If I see a new package installed by someone else,
* if nothing depends on it, mark it "Unknown; probably manually installed"
* otherwise, mark it "Unknown; probably automatically installed"
Consider
apt-get install foo
apt-get remove foo
This leaves libfoo1, which was pulled in by foo an
Package: aptitude
Severity: wishlist
Hi,
[aptitude not properly handling packages installed by other tools]
ACK. I very much prefer the way debfoster handles this: if there are
new, unknown packages on the system, it will ask, rather than assume,
whether a package is wanted or not. And will only do
Hi,
It's fine for software in main to be able to do stuff with non-free
data; that's not the issue. The question is whether there *exists* any free
data that it works with, and if not, whether that's a problem.
I don't believe that is a problem. We don't ship the non-free data, we
just allow its
Hi,
Package: misdn-utils
Version: 0.0.0+cvs20041018-4
Severity: serious
misdn-utils contains a utility "loadfirm", for loading firmware onto
ISDN devices. Unless this firmware is Free Software with source, which
did not appear to be the case after a large amount of searching, this
utility should
Package: wnpp
Severity: wishlist
* Package name: apache2-redirtoservname
Version : 0.1
Upstream Author : Simon Richter <[EMAIL PROTECTED]>
* URL : http://www.hogyros.de/misc
* License : GPL + exception to allow linking against Apache
Description :
Hi,
I'm totally swamped in work even though I haven't started learning for
the next round of exams yet, so I'd like to give away my packages:
- amap
- pingus
- uptimed (sponsor needed for Daniel Gubser, who helped out)
- python-imaging(*)
Simon
(*) Gerhard HÃâring expressed interest, but
Hi,
> > Debian needs a new Packages section, named gis, or perhaps geography or
> > cartography, to prevent the mapping related packages from being
> > scattered in sections graphics and science, and misc, etc.? as at present.
> I'd consider this section much too special.
> Why not sort out which
Hi,
> >>Mozilla builds fine without libical.
> >What does happen, then? Will it still be able to read iCalendar events?
> I just uninstalled libical and mozilla calendar still seems
> to work fine for me.
Sounds like it is okay to remove the build-dependency on libical, then.
I just wanted to p
Hi,
> > Is anyone interested in adopting libical? It has been orphaned for
> > 193 days (#187030). I wouldn't mind removing it, but mozilla
> > build-depends on it (perhaps this can be changed, tho?).
> Mozilla builds fine without libical.
What does happen, then? Will it still be able to read i
Harald,
> I am not talking about runtime, but installation time. AFAIR the
> interface to use is called debconf. Obviously some packages want
> to be very sure that I get some important messages, and try to
> send me an EMail instead (or in addition).
Ah, I see the problem now. Well, it could be
Harald,
> Would it be possible to get rid of the need to install EMail (e.g.
> exim or sendmail) by default?
A lot of packages need at least the /usr/sbin/sendmail program, to be
able to send email to the admin, for example cron or at, which send the
output of the program they ran. You should ins
Hi,
> A quick summary of this bug:
> Arson, a KDE CD burning application, includes two .desktop files to
> associate certain files with it:
> /usr/share/mimelnk/application/x-iso.desktop
> /usr/share/mimelnk/application/x-cue.desktop
This sounds like you may want to use an alternative here, so th
Hi,
> [NEW] 3dwm (#206870), orphaned 5 days ago
> Description: libzorn development files
> Reverse Depends: 3dwm-pickclient 3dwm-texclient 3dwm-csgclient
> libcelsius-dev libpolhem-dev libgarbo-dev libnobel-dev
> 3dwm-vncclient libsolid-dev 3dwm-clock 3dwm-server libzorn-dev
>
Hi,
first of all: Please don't post HTML to mailing lists. Apart from using
more bandwidth, your mail are more likely to be filtered by some
anti-spam or anti-virus software.
> I am going to be teaching a class on localisation from FRENCH to SPANISH. I
> would like to know if you could assign me
Sander,
in principle, I agree that fixing those bugs by backporting patches is
not worth the effort, but let me suggest an alternative plan (which the
SRM will hate me for, so you should probably ask him before):
- Check which of those bugs are really fixed in the newest version
- Upload a back
Joachim,
> I am considering going to DebConf 3. Now Oslo is not really close (I
> live in southern germany), and being a High School student, I would have
> to argue with my principal whether I may go or not during school time,
> so it should be worth the money and effort.
I cannot help you on th
Hi,
> 4/ many of us millions would very much like to have
> the option of using both systems on our computer.
They actually have.
> 1/ we don't want to have to know the technical
> details of how to get to the step4/ above (in the
> given table above).
This is being worked on. A lon
Stephen,
> Ola, we go round and round on this. Having java1-runtime only mean
> the java.* classes doesn't add anything. Packages shouldn't have to
> depend on two virtual packages; java1-rutime should be a superset of
> the functionality of java-virual-machine not a disjoint set.
I think the a
Colin,
> http://people.debian.org/~walters/descriptions.html
Well, I'm not sure there should be a template -- people will use it (and
thus try to squeeze information into it). I usually tell my sponsees
that a description should answer the following questions, roughly in
that order:
- What does
Javier/Michael,
On Wed, Nov 27, 2002 at 02:04:28PM +0100, Javier Fernández-Sanguino Peña wrote:
> > some other with this opinion?
> I believe most Debian Developers share this opinion. The BTS is
> the place to keep track of package issues, I, personally, don't like to go
> to other places
On Wed, 17 Apr 2002, Matt Zimmerman wrote:
> Recent versions of Common C++ use C++ namespaces, so that shouldn't be an
> issue anymore. I've never used it on non-Linux platforms, so I can't speak
> to that. I've never been bothered much by dependencies, since I use Debian
> for all development,
On Thu, 18 Apr 2002, Junichi Uekawa wrote:
> > Sort of. One could request it through the admin interface. The autobuilder
> > will only recompile something if it sees a need for it (for example, if I
> > upload a new version of a library that drops an old binary package and
> > adds a new one, the
On 17 Apr 2002, Roger Leigh wrote:
> In addition to this, have you considered adding support for periodic
> rebuilding of existing packages e.g. when buildd is idle?
Sort of. One could request it through the admin interface. The autobuilder
will only recompile something if it sees a need for it (
On Thu, 18 Apr 2002, Junichi Uekawa wrote:
> > > Could you tell me why you are using
> > > -release @RELEASE@ instead of -version 0:0:0 ?
> > The regular libtool versioning scheme is only good for C libraries, i.e.
> > where you can exactly tell when an interface has been added, changed or
> > re
On Thu, 18 Apr 2002, Junichi Uekawa wrote:
> > Well, my project goes much further, it is basically a "generic"
> > autobuilder with a plugin for .dsc/.deb (just like APT is a generic
> > package library with plugins for Debian).
> The most lacking part is the problem of source not building.
> bui
On Tue, 16 Apr 2002, Matt Zimmerman wrote:
[Own socket library vs. CommonC++]
> > We're trying to get away from CommonC++... :-)
> What sort of problems did you have with it?
Well, it adds too many dependencies, doesn't compile too well on
architectures other than GNU/Linux (it failed on Solari
On Wed, 17 Apr 2002, Junichi Uekawa wrote:
> > Whoa. I tried the same two years ago, and failed. That's why I started a
> > rewrite in C++, based on APT, which should be ready for general use in
> > about three to six months [...].
> Anyway, "pbuilder" is one such project, that seems to be
> work
On Wed, 17 Apr 2002, Junichi Uekawa wrote:
> > I intent to package libsocket++, a small C++ library that abstracts
> > network sockets. It provides buffered reads/writes and address family
> > independent handling of sockets.
> Could you tell me why you are using
> -release @RELEASE@ instead of -
On Tue, 16 Apr 2002, Matt Zimmerman wrote:
> > I intent to package libsocket++, a small C++ library that abstracts
> > network sockets. It provides buffered reads/writes and address family
> > independent handling of sockets.
> You may want to look into the Common C++ library; it seems to do a su
Package: wnpp
Severity: wishlist
Hi,
I intent to package libsocket++, a small C++ library that abstracts
network sockets. It provides buffered reads/writes and address family
independent handling of sockets.
I am the upstream author, this is basically split out of the "buildd in
C++" project bec
On Mon, 15 Apr 2002, Roger Leigh wrote:
[buildd in C++]
> Thet sounds very cool. Would you like any help with this?
Difficult, since if this gets to be my project, I'm supposed to do it
without outside help. :-/
> At the very
> least, I can help document it and fix bugs (I can write troff, tex
On 14 Apr 2002, Roger Leigh wrote:
> I have added autoconf/make support, and repackaged it using debhelper.
Whoa. I tried the same two years ago, and failed. That's why I started a
rewrite in C++, based on APT, which should be ready for general use in
about three to six months (hopefully our IT d
On 6 Apr 2002, Rob Bradford wrote:
> * Split/Renamed packages *since* Potato - Have any of you packages been
> renamed or split. Note this includes merges as the net result is a
> rename.
The python-imaging documentation has been split, as not all of the
documentation is in the upstream archive.
On Sat, 29 Dec 2001, Henrique de Moraes Holschuh wrote:
> > This is bogus, anything can die in an OOM situation. Are you going to
> > put all daemons into inittab?
> True, true. However, sysklogd and klogd are logging daemons. They deserve
> some special treatment IMHO.
> Actually, I am ponderi
Hi,
it seems those two packages are depending on each other and are thus
stuck. php4-dev depends on autoconf2.13 and is also stuck therefore. Could
you move these two packages into testing manually?
Thanks,
Simon
--
GPG public key available from http://phobos.fs.tum.de/pgp/Simon.Richter.asc
Hi,
I just came across this, perhaps someone is interested in packaging it.
Simon
--
GPG public key available from http://phobos.fs.tum.de/pgp/Simon.Richter.asc
Fingerprint: DC26 EB8D 1F35 4F44 2934 7583 DBB6 F98D 9198 3292
Hi! I'm a .signature virus! Copy me into your ~/.signature to help
Package: debhelper
Version: 3.0.44
Severity: normal
On Sat, 15 Sep 2001, Matt Zimmerman wrote:
> > Most of the esound packages have a 'esound-common (>= ${Source-Version})'
> > dependency in debian/control. Is there any generic solution for the problem?
> You could manually tweak debian/substvar
Hi,
> Would it be possible to also offer a compressed version of these files
> (update_excuses.html, update_output.txt, etc)? Most browsers can handle
> uncompressing these on the fly and it makes accessing these lists MUCH
> faster. As a porter I often use update_excuses for tracking down
> packa
On Tue, 4 Sep 2001, Michael Bramer wrote:
> After I read some more mails and write some comments myself, IMHO it
> is time to write a newer hopefully better proposal. Not all is new.
> But I add some new thoughs and some parts from some comments.
We can reduce the download size by 50% by letting
> Also problematic is the idea of packaging all the translations into one
> package. This would never be up-to-date, and more frequent updates are
> not nice. I prefer a solution similar to the current system in ddts.
> This could be included in the current FTP archive, in the subdirectories
> for
> > which uploads? There are no extra uploads.
> There have to be, in my eyes. Consider this scenario:
katie can pretend there has been an upload.
> OK, but re-diffing will invalidate the maintainer's signature on the
> diff! Hm, I guess this doesn't matter as long as that sig's sole
> purpose i
> > I don't think translations should be in the source package at all,
> I'm opposed to this! Yes, not including the translations in the source
> package makes things much easier, but I think they still should be
> there at all costs.
Yes, I can agree with that. I think we have to put them in a s
> > - What would source packages look like for such a system? It /is/
> > possible to continue to use the old .orig.tar.gz + diff.gz, but
> > automatic updates for new translations would invalidate the
> > maintainer's signature. Should we seize the opportunity to switch to
> > a more flexi
> > The translation archive can contain a "control" and a "templates" file.
> > These files have much the same format as the corresponding files from the
> > control.tar.gz file but with the exception that they contain only the
> > identifiers ("Package: xyz" for "control" and "Template: foo/bar" f
> > Step 1: Signed archives
> > ---
> Quick note from vacation: signed packages are already designed and
> implemented. No need to reinvent the wheel.
Do they allow unsigned/separately signed parts?
Simon
> You should all realise that GNU ar supports long filenames, so there is no
> need to obfuscate filenames from ar's point of view.
GNU ar, yes. dpkg, no.
Simon
retitle 80278 ITP: wmfinder -- A graphical file manager for WindowMaker
thanks
Hi,
I intend to package wmfinder, which is a Qt based file manager for
WindowMaker. The packaging will take some time, as the program currently
uses Qt 1.45, which has been dropped. I'm talking to upstream about
conver
On Sat, 5 May 2001, Joey Hess wrote:
> > The first substitution worked, the second didn't. I suspect this may be
> > because I'm running testing instead of unstable at home. I'll try unstable
> > debconf now.
> That sounds similar to a bug I fixed in 0.9.36.
Indeed the version from unstable work
On Thu, 3 May 2001, Joey Hess wrote:
[Substitution in long description]
> I see nothing wrong with this, it should work.
Hrm, I just tested with a description of:
Description: ${hostname}
${hostname} long
The first substitution worked, the second didn't. I suspect this may be
because I'm runn
On Thu, 3 May 2001, Joey Hess wrote:
> Perhaps hostname --fqdn is failing? Try DEBCONF_DEBUG=developer
Hrm, the hostname command works (as verified by "echo $hostname"). I'll
try the debug option as soon as I get home.
Simon
--
GPG public key available from http://phobos.fs.tum.de/pgp/Simon
On Fri, 4 May 2001, Simon Richter wrote:
> While debconfiscating :-) uptimed, I also added a note to uprecords-cgi
> so that the sysadmin would be informed where the CGI would show up in his
> webtree. In this note, I'd like to use substitution, but this apparently
> doesn'
Hi,
While debconfiscating :-) uptimed, I also added a note to uprecords-cgi
so that the sysadmin would be informed where the CGI would show up in his
webtree. In this note, I'd like to use substitution, but this apparently
doesn't work.
The templates file says:
Description: uprecords.cgi has bee
On Tue, 1 May 2001, Sean 'Shaleh' Perry wrote:
> If you use debconf you are using perl (-: of course awk is your friend and
> mine.
Hrm, since that stuff will also tend to get ugly when written in awk, I
think I'm going to use perl then.
Simon
--
GPG public key available from http://phobos
Hi,
I'm currently debconfizing one of my packages, uptimed. Two quoestions
have arised:
- At the start of my config script, I import all settings from the real
configuration file, if it exists. For some settings, this is trivial,
for some, I need rather complex text processing. Since per
On Mon, 11 Sep 2000, Michael Beattie wrote:
[modutils bug report]
> Your patch would fall perfectly in the "wishlist" category.
There is (or rather "should be", I haven't checked whether this bug still
exists) an open bug concerning modutils being unremovable and
update-modules failing for monol
On Sun, 3 Sep 2000, David Starner wrote:
> > It's about 25% can be saved in download.
> Standards reasons - gzip is essential: yes on Debian, and is required for dpkg
> anyway. bzip2 is still priority optional, and it hasn't gained enough usage
> through other channels to be raised to standard.
On Thu, 31 Aug 2000, Joey Hess wrote:
> > Yup, this question is senseless. If you happen to have encrypted passwords
> > in the passwd file, the shadow file is not looked at for these
> > accounts. So having shadow passwords will not break NIS.
> The question is about the default setting.
Maybe,
On Thu, 31 Aug 2000, Joey Hess wrote:
> Shadow passwords make your system more secure because nobody is able to
> view even encrypted passwords. Passwords are stored in a separate file
> that can only be read by special programs. We recommend the use of shadow
> passwords. If you're going to u
[CCed to linux-kernel, as IMO the best idea would be to implement this at
kernel level]
On Wed, 16 Aug 2000, VZW AUDIO/BRAILLE wrote:
> Hi, I have on one pc the very great chance to use Debian 2.1 with a
> hardware braille-display. But actually on another pc I'm suffering from
> the refusal of m
On Fri, 18 Aug 2000, Dwayne C . Litzenberger wrote:
> I want to learn the total innards of dpkg/apt. I recently filed a bug
> complaining about the fact that dpkg is too slow, but I want to actually _do_
> something about it (other than ordering other developers around).
Actuallu the slowest thi
Hi,
as I'm going to install buildd on a large number of machines soon, I
thought I'd redo the build scripts to use automake. Right now I'm working
on the .pm files, and I'd like to know what would be a good place to put
them. My suggestion would be @libdir@/perl5/Debian/Buildd .
Simon
--
PGP
On Wed, 8 Mar 2000, Josip Rodin wrote:
> > > One possible technique we could employ is to require that the list
> > > address appear visibly in the headers (to: or cc:). This would
> > > prevent Bcc'ing the lists which is a shame (and care would need to be
> > > taken with -private, which is also
401 - 483 of 483 matches
Mail list logo