uld take a look at next time you upload.
Cheers,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
diff -u bird-1.0.4/d
On Thu, Nov 17, 2005 at 11:38:11PM +0100, Eric Van Buggenhaut wrote:
> On Thu, Nov 17, 2005 at 10:14:38AM -0800, Steve Langasek wrote:
> > On Thu, Nov 17, 2005 at 08:55:50AM -0800, Blars Blarson wrote:
> > > Package: libfluidsynth-dev
> > > Version: 1.
On Fri, Nov 18, 2005 at 03:10:12AM +0100, Eric Van Buggenhaut wrote:
> On Thu, Nov 17, 2005 at 10:14:38AM -0800, Steve Langasek wrote:
> > On Thu, Nov 17, 2005 at 08:55:50AM -0800, Blars Blarson wrote:
> > > Package: libfluidsynth-dev
> > > Version: 1.
of libofx 1:0.8.0-4 built by autobuilders
after clearing the NEW queue will immediately break packages which depend on
libofx2 (changed ABI without changed package name), so it's not necessarily
a good idea for the ftpmasters to *let* libofx through NEW in its present
state...
--
Steve Lang
rity Team themselves feel an update is warranted, I'm more than happy to
prepare one at their request regardless.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED]
is that a reasonable thing for the MDA to do?
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
signature.asc
Description
heers,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
diff -u cdcd-0.6.5/debian/changelog cdcd-0.6.5/debian/changelog
---
expects
modules in /usr/lib/php4/20050606/, and packages using this interface need
to depend on phpapi-20050606. You should be using php-config4
--extension-dir and php-config4 --phpapi respectively to determine these
values, as the #defines PHP upstream provides in their headers for this are
comple
clone 339691 -1
reassign -1 maildrop
retitle -1 maildrop: kills processes it shouldn't
severity 339691 normal
thanks
On Fri, Nov 18, 2005 at 10:44:26AM +0100, Vlada Macek wrote:
> [At 18.11.2005 08:23, Steve Langasek kindly sent the following quotation.]
> > On Fri, Nov 18, 2005
regeneration is done as part of the
clean target, it's guaranteed that the file included in the source package
is the one used for building. So there is no release-critical bug here.
Possibly no bug at all, but I'll leave it to the maintainers to decide
whether to close.
Cheers,
--
Stev
up to run standalone (daemon), it should never be left
> on its own by a parent. There should never be any zombies. Zombies mean
> lame programmers.
And the way to avoid zombies is by installing a proper SIGCHLD handler,
*not* by killing child processes at an arbitrary point of the parent'
ver-ending supply of exploitable bugs, I'm not keen to
have them spend their time on a bug that is not confirmed to be exploitable
within Debian.
> Why not just move to 4.4.1 anyways?
This is what will be done for unstable, but we don't do this for stable
security updates. Even if we
ame by simply setting better
> dependencies on the rebuilds? (Library conflicts app, library shlibs
> updated, app build-depends new library.)
These are not "better" dependencies, because the library conflicts will
result in apt trying to remove the app in some circumstances when up
is. This is related to the introduction of strict FHS support in the
Debian packages of Samba, and requires that this patch be refactored by
someone who understands the issues involved (including issues of upgrade
paths from existing Debian systems).
--
Steve Langasek Give me a lever
b.conf in /etc and replace by the Debian
> package
> -upgrade sarge to etch wfter modifying the smb.conf file
> I have never been able to get the smb.conf overwritten.
This bug isn't about smb.conf.
--
Steve Langasek Give me a lever long enough and a Free OS
Debia
ng when *not* using
the -i option to sed for in-place editing, I don't see any grounds for
treating this as a grave bug.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROT
ect the udeb on sparc the same as it affects the
deb.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
signature.asc
Description: Digital signature
Hi Robert,
> packages are ready and are waiting for my sponsor to upload them
If these packages are available on-line somewhere, I'd be happy to sponsor
this upload for you.
Cheers,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian D
n the bug report,
I agree that sounds release-critical.
Cheers,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debia
e the bug and it's little brothers
> more serious, because it's not isolated...
I don't think that's realistic. I suspect there are quite a number of
package maintainer scripts that don't even preserve *basic* Unix permissions
when making changes to config files. The
s here should be minimal, though;
downgrading accordingly.
Cheers,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
si
-4?
> Steve, how is there? how we are going? :))
Per Matthias's email, it's ok to rename this package now with the c2 ending,
and upload it built with the new compiler.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer
t; this case?
He was not responding to my email, but to an out-of-band request I made to
him asking him to comment on your concerns as the member of the ftp team who
does most of the NEW processing currently. Sorry, I know "out-of-band" is a
sub-optimal answer, but that's
On Sat, Nov 19, 2005 at 03:05:47PM +0100, Frans Pop wrote:
> On Saturday 19 November 2005 05:05, Steve Langasek wrote:
> > What's holding up the switch to dhcp3-client-udeb? Andrew Pollock did
> > a lot of work earlier this year to get it ready for d-i use. Is there
> &g
n trying to
valgrind centericq. I don't suspect that it's relevant to a stable security
update, but the maintainer may want to consider including it in his next
upload to unstable.
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer
obytes, so I won't attach it, but I'd be glad to
> mail it on request.
If /usr/lib/librsplib.so is the only file that conflicts, then the correct
fix for this is for rsplib-dev to Replace: rsplib1, without conflicting.
Cheers,
--
Steve Langasek Give me a lever long enoug
ll other runlevels".
> What a strange thing for policy to specify. :)
> This will make it impossible to speed up the rcS.d boot by running
> scripts in parallel. It does not sound sensible to me.
It's perfectly sensible: if the scripts were meant to be run in parallel,
they
any good reason for
obfuscating the python files in this manner within the Debian package. (I
can think of some good reasons for doing so when distributing a bundle
*outside* of Debian, but they don't apply here.) Please, stop shipping
quodlibet in a zip file, so that amd64 users are also able to use
o, forward some config
information to the bug report so that the bug can be reproduced?
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED]
On Sun, Nov 20, 2005 at 01:01:16AM -0600, Joe Wreschnig wrote:
> On Sat, 2005-11-19 at 22:20 -0800, Steve Langasek wrote:
> > Yes, this failure is due to a bug in python2.3, but seriously -- this isn't
> > Java, and zip files aren't cool. I really can't see any good
On Sun, Nov 20, 2005 at 08:20:59AM +0100, Petter Reinholdtsen wrote:
> [Steve Langasek]
> > It's perfectly sensible: if the scripts were meant to be run in
> > parallel, they shouldn't have the ".sh" extension...
> Eh, are you claiming that policy mention
n a UTF-8 locale
as correctly as they do in a single-byte locale.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.o
ity, at
the distributor's discretion."
http://www.debian.org/doc/packaging-manuals/fhs/fhs-4.7.html
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED]
keep in mind that non-free code should not be distributed at all in
main, including in source packages, even if it's not shipped in binary
packages. I imagine you'll need to roll a new .orig.tar.gz for this.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian De
at "$1" > tempfile
> mv tempfile "$2"
Yes, because the tool may be run in an untrusted directory that can be
written to by an attacker.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on
On Sun, Nov 20, 2005 at 11:43:47PM +0200, Martin-Éric Racine wrote:
> su, 2005-11-20 kello 10:16 -0800, Steve Langasek kirjoitti:
> > On Sun, Nov 20, 2005 at 07:29:00PM +0200, Martin-Éric Racine wrote:
> > > Given how Unicode compliance is a release goal for Etch, having
&g
s where the library is
important enough to keep around for binary compatibility with software
external to Debian. I don't have reason to believe this is the case for
libfreetype; do you?
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Dev
On Mon, Nov 21, 2005 at 11:45:05AM +0100, Loic Minier wrote:
> On Mon, Nov 21, 2005, Steve Langasek wrote:
> > This procedure should be avoided except in cases where the library is
> > important enough to keep around for binary compatibility with software
> > external to
he near future. Since 3ddesktop doesn't use
freetype, I'm filing this bug at "grave" severity pre-emptively, to
encourage you to get your package free of the transition before it starts.
Cheers,
--
Steve Langasek Give me a lever long enough and a Fr
.1; it depends (by mistake) on
libroken16-kerberos4kth, which is the package that has the dependency on
libdb4.1.
I'll get the dependency on libroken removed (it only applies to i386), but
it's libroken that breaks with the removal of libdb4.1.
--
Steve Langasek Give
6-dev directly since it uses it directly.
Cheers,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
signature.asc
Descri
ookup for bugs.debian.org. Now, it's a problem because master.d.o
is no longer an MX for bugs.d.o (and should not be).
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTEC
y that you were already logged into.
If I even just run ssh -CX [EMAIL PROTECTED] -f firefox instead of su'ing
directly, the firefox profiles are not shared. There is no evidence that
arbitrary users are going to be able to get into root's firefox session this
way.
--
Steve Langasek
, this will cause amaya to stop supporting freetype,
which should probably be considered a misbuild. Please add libfreetype6-dev
to the build-dependencies explicitly.
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it
On Mon, Nov 21, 2005 at 07:51:56AM -0800, Matt Zimmerman wrote:
> On Mon, Nov 21, 2005 at 03:33:49AM -0800, Steve Langasek wrote:
> > On Mon, Nov 21, 2005 at 11:45:05AM +0100, Loic Minier wrote:
> > > Anyway, your preferred option seems saner, and quite doable given the
> &
it starts. The patch is very
straightforward, so I hope you'll be able to apply it quickly.
Cheers,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED]
he packages can be found at this URL:
> http://tuco.sfritsch.de/~stf/squidguard/
I'm preparing to upload this.
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can
Hi Stefan,
On Wed, Nov 23, 2005 at 12:14:58AM -0800, Steve Langasek wrote:
> On Tue, Nov 22, 2005 at 10:23:49AM +0100, Thijs Kinkhorst wrote:
> > On Tue, 2005-11-22 at 10:22 +0100, Thijs Kinkhorst wrote:
> > > Hello,
> > > Stefan Fritsch has prepared a QA upload
--libs and --ldflags, it
would be helpful if you would put each in the right bucket. :)
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.
orted
pkg-config. It might be worthwhile to clean up the configure script to use
pkg-config for handling freetype, unless upstream thinks it's important to
continue supporting FreeType2 << 2.1.5.
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debia
-dependency to the vte control file where it belongs.
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
signature.asc
, and not just through pango, this should be a
build-dependency of gtk+2.0; please add it to the control file where it
belongs.
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL
he buildds. For completeness' sake, vte
should still build-depend on freetype since it uses it directly.
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the wo
the
> minimum. Let's wait for the advice of other contributors to the samba package
No particular reason, AFAIK. If you decide to put together a samba-utils
package, please make sure that everything you put in it is both useful, and
functional on Debian. :)
Cheers,
--
Steve Langasek
ase the
bug ranges somewhere between "policy violation" and "breaks unrelated
packages, so I think it's best to mark it as serious here for now.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, an
: old version is something else
Well, that's a rather disturbing upstream setup. You have two choices:
- move admin/ltmain.sh to admin/old-ltmain.sh (*why* would upstream do
this?), and make ltmain.sh a symlink to old-ltmain.sh again
- repackage the upstream tarball with a distinguishing up
t into testing until
freetype is figured out. OTOH, gtk+2.0 already has to be uploaded *for* the
freetype transition, then uploading gtk 2.8 at the same time as freetype
gets sorted out seems like a good idea to me.
Cheers,
--
Steve Langasek Give me a lever long enough and a
rs from that in the source package (owing to changes in the
behavior of type-handling). Yes, this should be moved to a separate target.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I ca
On Thu, Nov 24, 2005 at 10:36:59AM +0100, Thomas Viehmann wrote:
> Steve Langasek wrote:
> > If type-handling is not present, then you have a broken build environment,
> > because type-handling is listed in the Build-Depends: field for samba and
> > Build-Depends *are* requir
ce it's
> nfsroot there. See #309554.
Could you elaborate on why you believe this is an FHS violation? Is the fai
nfsroot not shareable, or is it not read-only? (I would expect an nfsroot
image to be both...)
--
Steve Langasek Give me a lever long enough and a Free OS
D
nlevel manager in Debian and
millions of people use it, if no one has yet reported breakage as a result
of not sourcing .sh scripts, my concern about this breaking "unrelated
packages or the whole system" is invalid. Downgrading again, with
apologies.
Cheers,
--
Steve Langasek
reason to treat this as a grave bug, either.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
signature.asc
Description: Digital signature
x27;s being suggested, and it is generally considered
acceptable to Suggest: non-free packages from main anyway.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROT
shortly.
Cheers,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
diff -u sylpheed-claws-gtk2-1.9.100/debian/changelog
If their only use is for plugins or similar, though, then this
probably isn't necessary after all.
Cheers,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the wor
Debian
> package.
That would be an unsatisfied dependency in the *php-image-canvas* Debian
package, not in the php-pear package. It's not php-pear's fault if
php-image-canvas depends on a file that nothing provides.
--
Steve Langasek Give me a lever long enou
ywhere
> how can I fix it ?
> is there any doc somewhere or someone in IRC/mailing lists to help me
> with that ?
If you follow the directions at
<http://people.debian.org/~keybuk/libtool-updating.html>, this shouldn't
happen.
--
Steve Langasek Give me a le
if you
*don't* conflict, there's nothing telling the user that packages depending
on libginac1.3c2 will break.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED]
severity 340608 important
thanks
On Fri, Nov 25, 2005 at 01:41:18PM +0100, Pierre THIERRY wrote:
> Scribit Steve Langasek dies 25/11/2005 hora 00:56:
> > > According to the FHS, ``/usr is shareable, read-only data''. So FAI
> > > should not by default try to write
On Fri, Nov 25, 2005 at 01:34:23PM +0100, Robert Millan wrote:
> On Fri, Nov 25, 2005 at 02:41:49AM -0800, Steve Langasek wrote:
> > Sorry, I have to disagree with these bug severities; Suggests: are just not
> > important enough in our packaging system to treat them as r
not a definition, this is only an explanation of one type of package
relationship that *disqualifies* a bug for being of critical severity. :)
Software may be "related" in other ways than through dependency fields --
like I said, a firewall and a network application are another case of
rela
should be able to *check* whether
they are there, and skip the prompt if no device creation is needed...
Cheers,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[
active DevFS. Aborting MAKEDEV invocation."
# use exit 0, not 1, so postinst scripts don't fail on this
exit 0
fi
Also, lirc is creating not just /dev/lirc, but also two pipes: /dev/lircd
and /dev/lircm. Even though historically a number of packages have done
this, pipes don'
ifies as "important".
(BTW, "serious" is the wrong severity anyway; "no longer builds from source"
refers to being able to build *source* packages, not binary packages
containing kernel module sources.)
Thanks,
--
Steve Langasek Give me a lev
by the samba package, not the winbind package. I'm not sure why you would
want to have winbind installed without samba, but it's *valid* according to
the dependencies, so this is a bug that should be fixed by having winbind
also include the log directory.
Cheers,
--
Steve Langasek
On Sat, Nov 26, 2005 at 12:12:50PM +0100, Christian Perrier wrote:
> Quoting Steve Langasek ([EMAIL PROTECTED]):
> > Right, this would be because the /var/log/samba directory is only provided
> > by the samba package, not the winbind package. I'm not sure why you would
>
On Sat, Nov 26, 2005 at 12:41:10PM +0100, Pierre THIERRY wrote:
> Scribit Steve Langasek dies 25/11/2005 hora 18:42:
> > I certainly agree that it's desirable to never have anything written
> > to /usr except by the package management system and to be able to keep
> > it
t by default; maybe it makes sense to change
this default, given the requirement for a full kernel source tree when
building it?
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMA
necessary
initialization function in order to connect to lircd and listen for events!
An strace of totem likewise shows that the lirc config is never read, and
the lircd pipe is never opened.
Please fix totem so that it's usable with a remote.
Thanks,
--
Steve Langasek Give me a lever
ch ?)
FHS 2.3 for etch is still an open question, as there are some transition
issues. But as far as I'm concerned, /srv is fine for packages to begin
using.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I
generation code to be
compatible with g++ 4.0.
This patch is attached, and I'll be uploading the package shortly to the NEW
queue. If you disagree, please make a maintainer upload in its place.
Thanks,
--
Steve Langasek Give me a lever long enough and a Free
libiodbc2-dev has
its headers under a different name.
> Including the headers with e.g. is more significant,
> too.
It's also not the traditional interface used everywhere else.
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
are Foundation, Inc.
# Clytie Siddall <[EMAIL PROTECTED]>, 2005.
Has the copyright for this translation actually been assigned to the FSF?
If so, under what license is it being made available to Debian?
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
Hi Karl,
The portability bug in hesiod has been fixed now in an NMU, so the package is
pretty much up for grabs -- are you still interested in it?
Thanks,
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
.
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
reopen 310982
tags 310982 security
thanks
samba 3.0.14a-4 didn't make the cut for sarge, so this bug is still present
in the release. That being the case, it would be far better to fix this bug
in the kernel instead of in smbfs.
--
Steve Langasek
postmodern programmer
signatur
her than later?
IMHO a bug against ftp.debian.org is appropriate at this point.
Cheers,
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
On Tue, Jun 07, 2005 at 06:42:33PM +0900, Horms wrote:
> On Mon, Jun 06, 2005 at 04:19:28AM -0700, Steve Langasek wrote:
> > reopen 310982
> > tags 310982 security
> > thanks
> >
> > samba 3.0.14a-4 didn't make the cut for sarge, so this bug is still prese
Package: devscripts
Version: 2.8.14
Severity: normal
Subject says it all... sarge is out, so bts should support the new 'etch'
tag :)
-- System Information:
Debian Release: 3.1
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686-smp
Locale: LAN
nd.
So, I doubt that downgrading to 3.51.06 would actually help you very much;
but if this workaround works for 3.51.06 and not for 3.51.09, then yes, I'm
quite disappointed that no one filed a bug against libmyodbc before the
release. :/
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
im that it's obsolete still seems to apply?
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
On Wed, Jun 08, 2005 at 07:39:15PM +, Uwe Brauer wrote:
> >>>>> "Steve" == Steve Langasek <[EMAIL PROTECTED]> writes:
> Steve> Is this bug related to bug #240634? It has been reported since at
> least
> Steve> 3.51.06 that there were
en for this package, and sarge doesn't have version 1.0.28 anyway.
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
tiff4: vulnerable to CAN-2005-1544
> Tags were: security
> Tags added: woody
Why was this bug reopened? There is no libtiff4 package in woody.
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
On Thu, Jun 09, 2005 at 04:18:48PM +, Uwe Brauer wrote:
> >>>>> "Steve" == Steve Langasek <[EMAIL PROTECTED]> writes:
> Steve> On Wed, Jun 08, 2005 at 07:39:15PM +, Uwe Brauer wrote:
> >> >>>>> "Steve" ==
On Thu, Jun 09, 2005 at 11:31:06PM -0700, Steve Langasek wrote:
> On Thu, Jun 09, 2005 at 04:18:48PM +, Uwe Brauer wrote:
> > >>>>> "Steve" == Steve Langasek <[EMAIL PROTECTED]> writes:
> > Steve> On Wed, Jun 08, 2005 at 07:39:15PM
gt; release.
That would seem to be a user-level security hole, not a root-level security
hole, so the proper severity would be "grave". And of course, the bug
should be tagged "security".
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
r, your network connection, or the jigdo
file, but not in the smbclient package itself. What mirror were you pulling
packages from, and is the error reproducible if you point at a different
mirror?
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
On Fri, Jun 10, 2005 at 04:09:41PM -0500, Ismael Chavez Alvarez wrote:
> On Fri, 10 Jun 2005, Steve Langasek wrote:
> >On Fri, Jun 10, 2005 at 09:40:50AM -0500, Ismael Chavez Alvarez wrote:
> >>Package: smbclient
> >>Severity: normal
> >
> >>In d
Hi Tommi,
Since freecdb was already considered dead roughly a year ago, should we be
thinking about pulling it from etch and forcing its reverse-dependencies to
migrate to tinycdb?
Thanks,
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
401 - 500 of 10161 matches
Mail list logo