Package: wnpp
Severity: wishlist
Owner: Ivan Kohler
* Package name: libnet-smtp-tls-perl
Version : 0.12
Upstream Author : Alexander Christian Westholm, awestholm at verizon dawt net
* URL : http://search.cpan.org/dist/Net-SMTP-TLS/
* License : Perl
Package: wnpp
Severity: wishlist
Owner: Ivan Kohler
* Package name: libemail-sender-transport-smtp-tls-perl
Version : 0.04
Upstream Author : Fayland Lam
* URL : http://search.cpan.org/dist/Email-Sender-Transport-SMTP-TLS/
* License : Perl
Programming Lang
Package: wnpp
Severity: wishlist
Owner: Ivan Kohler
Owner: Ivan Kohler
* Package name: liblog-any-perl
Version : 0.11
Upstream Author : Jonathan Swartz
* URL : http://search.cpan.org/dist/Log-Any/
* License : Perl
Programming Lang: Perl
Description
Package: wnpp
Severity: wishlist
Owner: Ivan Kohler
Owner: Ivan Kohler
* Package name: libhtml-defang-perl
Version : 1.02
Upstream Author : Kurian Jose Aerthail
* URL : http://search.cpan.org/dist/HTML-Defang/
* License : Perl
Programming Lang: Perl
Package: wnpp
Severity: wishlist
Owner: Ivan Kohler
Owner: Ivan Kohler
* Package name: libclass-mix-perl
Version : 0.003
Upstream Author : Andrew Main (Zefram)
* URL : http://search.cpan.org/dist/Class-Mix/
* License : Perl
Programming Lang: Perl
Package: wnpp
Severity: wishlist
Owner: Ivan Kohler
Owner: Ivan Kohler
* Package name: libbusiness-onlinepayment-payflowpro-perl
Version : 1.01
Upstream Author : Phil Lobbes
* URL :
http://search.cpan.org/dist/Business-OnlinePayment-PayflowPro/
* License
Package: wnpp
Severity: wishlist
Owner: Ivan Kohler
Owner: Ivan Kohler
* Package name: libbusiness-onlinepayment-paymentech-perl
Version : 2.03
Upstream Author : Mark Wells
* URL :
http://search.cpan.org/dist/Business-OnlinePayment-PaymenTech/
* License
Package: wnpp
Severity: wishlist
Owner: Ivan Kohler
Owner: Ivan Kohler
* Package name: libbusiness-onlinepayment-ippay-perl
Version : 0.04
Upstream Author : Jeff Finucane
* URL : http://search.cpan.org/dist/Business-OnlinePayment-IPPay
* License : Perl
Package: wnpp
Severity: wishlist
Owner: Ivan Kohler
Owner: Ivan Kohler
* Package name: libperl5i-perl
Version : 2.0.3
Upstream Author : Michael G Schwern
* URL : http://search.cpan.org/dist/perl5i/
* License : Perl
Programming Lang: Perl
Description
Package: wnpp
Severity: wishlist
Owner: Ivan Kohler
Owner: Ivan Kohler
* Package name: libtime-y2038-perl
Version : 20100225
Upstream Author : Michael G Schwern
* URL : http://search.cpan.org/dist/Time-y2038/
* License : Perl
Programming Lang: Perl
Package: wnpp
Severity: wishlist
Owner: Ivan Kohler
Owner: Ivan Kohler
* Package name: libperl6-caller-perl
Version : 0.100
Upstream Author : Curtis "Ovid" Poe,
* URL : http://search.cpan.org/dist/Perl6-Caller/
* License : Perl
Programming
Package: wnpp
Severity: wishlist
Owner: Ivan Kohler
Owner: Ivan Kohler
* Package name: libmodern-perl-perl
Version : 1.03
Upstream Author : chromatic,
* URL : http://search.cpan.org/dist/Modern-Perl/
* License : Perl
Programming Lang: Perl
Description
Package: wnpp
Severity: wishlist
Owner: Ivan Kohler
Owner: Ivan Kohler
* Package name: libautovivification-perl
Version : 0.05
Upstream Author : Vincent Pit, ,
http://www.profvince.com
* URL : http://search.cpan.org/dist/autovivification/
* License : Perl
Package: wnpp
Severity: wishlist
Owner: Ivan Kohler
Owner: Ivan Kohler
* Package name: libdatetime-timezone-tzfile-perl
Version : 0.002
Upstream Author : Andrew Main (Zefram)
* URL : http://search.cpan.org/dist/DateTime-TimeZone-Tzfile
* License : Perl
Package: wnpp
Severity: wishlist
Owner: Ivan Kohler
Owner: Ivan Kohler
* Package name: libautobox-dump-perl
Version : 20090426.1746
Upstream Author : Chas. J Owens IV,
* URL : http://search.cpan.org/dist/autobox-dump/
* License : Perl
Programming Lang
Package: wnpp
Severity: wishlist
Owner: Ivan Kohler
Owner: Ivan Kohler
* Package name: libhash-merge-simple-perl
Version : 0.04
Upstream Author : Robert Krimen,
* URL : http://search.cpan.org/dist/Hash-Merge-Simple/
* License : Perl
Programming Lang: Perl
Package: wnpp
Severity: wishlist
Owner: Ivan Kohler
Owner: Ivan Kohler
* Package name: libtaint-util-perl
Version : 0.08
Upstream Author : Avar Arnfjoro Bjarmason
* URL : http://search.cpan.org/dist/Taint-Util/
* License : Perl
Programming Lang: Perl
Package: wnpp
Severity: wishlist
Owner: Ivan Kohler
Owner: Ivan Kohler
* Package name: libindirect-perl
Version : 0.19
Upstream Author : Vincent Pit, ,
http://www.profvince.com
* URL : http://search.cpan.org/dist/indirect/
* License : Perl
Programming Lang
Package: wnpp
Severity: wishlist
Owner: Ivan Kohler
Owner: Ivan Kohler
* Package name: libdatetime-timezone-systemv-perl
Version : 0.003
Upstream Author : Andrew Main (Zefram)
* URL : http://search.cpan.org/dist/DateTime-TimeZone-SystemV/
* License : Perl
Package: wnpp
Severity: wishlist
Owner: Ivan Kohler
Owner: Ivan Kohler
* Package name: libdatetime-format-epoch-perl
Version : 0.11
Upstream Author : Eugene van der Pijll
* URL : http://search.cpan.org/dist/DateTime-Format-Epoch/
* License : Perl
Package: wnpp
Severity: wishlist
Owner: Ivan Kohler
Owner: Ivan Kohler
* Package name: libdate-jd-perl
Version : 0.003
Upstream Author : Andrew Main (Zefram)
* URL : http://search.cpan.org/dist/Date-JD/
* License : Perl
Programming Lang: Perl
Description
Package: wnpp
Severity: wishlist
Owner: Ivan Kohler
Owner: Ivan Kohler
* Package name: libdate-iso8601-perl
Version : 0.003
Upstream Author : Andrew Main (Zefram)
* URL : http://search.cpan.org/dist/Date-ISO8601/
* License : Perl
Programming Lang: Perl
Package: wnpp
Severity: wishlist
Owner: Ivan Kohler
Owner: Ivan Kohler
* Package name: libnet-https-any-perl
Version : 0.10
Upstream Author : Ivan Kohler
* URL : http://search.cpan.org/dist/Net-HTTPS-Any/
* License : Perl
Programming Lang: Perl
Package: wnpp
Severity: wishlist
Owner: Ivan Kohler
Owner: Ivan Kohler
* Package name: libhash-fieldhash-perl
Version : 0.10
Upstream Author : Goro Fuji
* URL : http://search.cpan.org/dist/Hash-FieldHash/
* License : Perl
Programming Lang: Perl
Package: wnpp
Severity: wishlist
Owner: Ivan Kohler
Owner: Ivan Kohler
* Package name: libobject-id-perl
Version : 0.1.0
Upstream Author : Michael G Schwern
* URL : http://search.cpan.org/dist/Object-ID/
* License : Perl
Programming Lang: Perl
Package: wnpp
Severity: wishlist
Owner: Ivan Kohler
* Package name: libnet-plesk-perl
Version : 0.03
Upstream Author : Jeff Finucane
* URL : http://search.cpan.org/dist/Net-Plesk/
* License : Perl
Programming Lang: Perl
Description : Perl extension
Package: wnpp
Severity: normal
X-Debbugs-CC: debian-devel@lists.debian.org
At the moment, the sponsor does not want to upload new versions of the psi-
plus due to the fact that many files are no disclaimer.
I do not have time and desire to work on Stallman, a developer so there are
other more imp
t, yes, it is unfortunate when you inherit hardware that is only
supported by closed source drivers/X servers. When will Debian start
supporting windows graphics drivers so I can use my 3Dlabs cards? ;)
(Honestly, I would be rather scared if they did.)
Ivan
Package: wnpp
Severity: normal
X-Debbugs-CC: debian-devel@lists.debian.org
sorry, I can not have time for this package, I not use it about 6 mounts, and
now it needs to remake many things
signature.asc
Description: This is a digitally signed message part.
Package: wnpp
Severity: wishlist
Owner: Ivan Kohler
* Package name: libchild-perl
Version : 0.009
Upstream Author : Chad Granum
* URL : http://search.cpan.org/dist/Child/
* License : Perl
Programming Lang: Perl
Description : Perl module providing an
Package: wnpp
Severity: wishlist
Owner: Ivan Kohler
* Package name: libtrue-perl
Version : 0.16
Upstream Author : chocolateboy,
* URL : http://search.cpan.org/dist/true
* License : Perl
Programming Lang: Perl
Description : Perl module to automatically
is there any chance for gnome 2.4 to be included in sarge? maybe as
option? which desktop enviroments are you planing to include in sarge?
--
Ivan Jelic
[EMAIL PROTECTED]
--
http://www.fastmail.fm - A no graphics, no pop-ups email service
I actively use and develop with mod_perl and would be happy to take the
packages over if you are no longer inclined.
[EMAIL PROTECTED]
--
_ivan
On Mon, Apr 14, 2003 at 11:44:18PM -0400, Daniel Jacobowitz wrote:
> It's been a few years since I've actually run a web site which uses
> libapache-m
_only_ FFmpeg could be included back
in Debian. Optionally.
The inclusion would allow for a real-life estimate to be done of the
FFmpeg performance, security, bug and feature wise.
Only after assessing real-life data, a final decision could be
reached, if there is still demand for such thing.
der the condition that Michael is
helping with FFmpeg AND Libav patching (only for jessie).
6. Something else...
Other people have said that FFmpeg should provide help and resources
to the security team. Please elaborate what more can FFmpeg do to
please you.
Best Regards
Ivan Kalvachev
iive
> Weldon Goree writes:
> On Fri, 2012-05-25 at 10:02 -0400, Nikolaus Rath wrote:
>> I think having / and /tmp share the same file system is a bad idea,
>> because then writing lots of stuff to /tmp would potentially fill up
>> the root file system (that typically also includes /var) an
> Thorsten Glaser writes:
> Charles Plessy dixit:
>> upstream source moved to GitHub, and we would like to try to
>> maintain the Debian package there as well.
> This is not a good idea: http://mako.cc/writing/hill-free_tools.html
That's why I tend to advocate for the use of
> Alexander Kuznetsov writes:
[…]
(Some wording fixes and suggestions.)
> Description : A high speed data loading utility for PostgreSQL
> pg_bulkload is designed to load huge amount of data to a database.
> You can choose whether database constraints are checked and how many
> Ben Hutchings writes:
[...]
> - twm: no-one should have to suffer this
And, exactly, why not? Before I've switched to Openbox, it was
one of the two WM's I've used, along with FVWM. And they say
[1] that it still can be handy at times.
The “obscure” lab
> Jonas Smedegaard writes:
[…]
> It is a feature (which each user is free to avoid by not using it!)
> for Debian to include a meta-package that pulls in that vil n-m,
> not a bug.
… And what exactly this “feature” gives to the user?
[…]
--
FSF associate member #7257
> Jonathan Nieder writes:
> Goswin von Brederlow wrote:
>> What I don't understand is why compilers (which probably means ld
>> from binutils in all cases) won't use ld.so.conf to find the libs.
>> It only does so to find libs linked into libs you link against. So
>> it is used execp
> The Fungi writes:
> On 2012-07-26 14:29:14 +0100 (+0100), Ian Jackson wrote:
>> We also need a general word for "someone involved with Debian in a
>> positive way". "Participant" is clumsy; "member of the community"
>> even more so. "Person" might do but word with a more positive s
> Marco d'Itri writes:
> On Aug 08, Arno Töll wrote:
>> ifconfig and route were around already when everyone insisted on the
>> separation of /bin and /sbin. /bin/ip is slightly newer and
>> supposed to replace ifconfig/route some day entirely.
> Just for the records, iproute entir
>>>>> Timo Juhani Lindfors writes:
>>>>> Ivan Shmakov writes:
>> Curiously enough, ifconfig(8) shows RX/TX byte counts, and, somehow,
>> I didn't manage to get a similar output from iproute. Any pointers?
>> TIA.
> $ ip -s link
Abstract
The non-data packages currently having an absolute dependency on
hicolor-icon-theme should consider downgrading it to Recommends:
at the least. The list, and the explanation, are below.
Chapter I
imagemagick
Recently, Depends: hicolor-icon-theme w
> Simon McVittie writes:
[…]
> hicolor-icon-theme is really the infrastructure for a theme, rather
> than *being* a theme: it does not contain any icons of its own. It
> represents the fallback icon theme for all desktops that use
> freedesktop.org themes (GNOME, KDE, XFCE, etc.). The
This issue was already discussed [1], and I've filed the
respective bug report [2] (to which there was no reply so far,
though), but now I see that there's a few more packages in
Wheezy with a dependency on libhdf5-7. Consider, e. g.:
$ bzcat \
< http.debian.
> martin f krafft writes:
[…]
> So the solution was to get one or two additional people, and
> eventually I was even able to invest in more fail-proof hardware.
> … and then you ask yourself what to do with all the spare cycles and
> wouldn't other LUGs profit from your setup… And you
> Thomas Goirand writes:
[…]
> BTW, "conffiles" is a pretty bad name. It's confusing, as you can
> see once more.
> I thought about calling it "dpkg-conffiles" which has the advantage
> of underlying that we leave the handling of the file to the
> responsibility of dpkg, keeps the sam
> Jakub Wilk writes:
[Cross-posting to packages@qa, for elvis is maintained by the QA
group.]
> Many packages remove alternatives on upgrade, only to re-add them
> later, potentially discarding manual choices of the user.
> See also bug #71621.
[…]
> Debian QA Group
> Joenio Costa writes:
> Package: wnpp
> Severity: wishlist
> Owner: Joenio Costa
> * Package name: libarchive-rar-perl
> Version : 2.02
> Upstream Author : jean-marc boulade
> * URL : http://search.cpan.org/dist/Archive-Rar/
> * License : Perl
I do remember filing a bug or two against packages that refer to
the getent () data to find the user's “home” directory instead
of using the HOME environment variable.
The environment is the preferred place to check for this kind of
things: it's (usually) un
>>>>> Simon McVittie writes:
>>>>> On 26/09/12 17:12, Ivan Shmakov wrote:
>> (Want to use the all-defaults configuration for a program? Just
>> start it like: $ HOME="$(mktemp -dt -- foo.)" foo)
> Debian's GLib has been pat
Package: libglib2.0-0
Version: 2.32.3-1
X-Debbugs-Cc: debian-devel@lists.debian.org
[Filing bug, as was suggested in the debian-devel@ discussion
[1]. I've also started a discussion in gtk-devel-list@ [2].]
Currently, it's not possible for the user to specify an
a
>>>>> Ivan Shmakov writes:
[…]
> The news is that both the disassembly (e2dis) and reassembly (imrt)
> tools are now working (but read below for a caution) and available
> from their public Git repository [1] at Gitorious!
> [1] https://gito
> Marco d'Itri writes:
> On Oct 11, Sven Joachim wrote:
>> Rather complex, I'm afraid. Especially as not all architectures
>> even support an initramfs, AFAIK.
> I doubt this, since the initramfs can be embedded in the kernel image
> itself (and indeed it always contains one, it ju
>>>>> Marco d'Itri writes:
>>>>> On Oct 11, Ivan Shmakov wrote:
>> Saving a dozen of bytes in ${PATH} doesn't seem like an
>> astonishing idea, anyway. What's the point, then?
> It is explained in the Red Hat wiki page. T
> Marco d'Itri writes:
> On Oct 11, Josselin Mouette wrote:
> Le mardi 11 octobre 2011 à 16:32 +0200, Marco d'Itri a écrit :
>>> I am still not 100% persuaded that this would be easy to do, but at
>>> least I think that it has more merit than the old "move all to
>>> /"...
>> W
>>>>> Mike Hommey writes:
>>>>> On Wed, Oct 12, 2011 at 01:13:38AM +0700, Ivan Shmakov wrote:
>>>>> Marco d'Itri writes:
[…]
>>> No, we discussed the idea of merging /usr in / (to which I was
>>> opposed myself as well). Th
> Marco d'Itri writes:
[…]
> So let's look at the reasons against merging /usr in / listed in my
> final summary. All of them do not apply to merging / in /usr, and
> actually become arguments in favour of doing it:
> - NFS: sharing a read only system over NFS becomes much easier (I
>
> Marco d'Itri writes:
[…]
> And then there is the big argument in favour of it: booting without
> /usr is becoming more and more difficult. The two current solutions
> for this adopted by udev and the related tools are both suboptimal:
> waiting in a loop for /usr to appear can fail du
> unruh writes:
> On 2011-10-12, Marco d'Itri wrote:
[…]
>> So let's look at the reasons against merging /usr in / listed in my
>> final summary. All of them do not apply to merging / in /usr, and
>> actually become arguments in favour of doing it:
>> - NFS: sharing a read only sy
> Philipp Kern writes:
> On 2011-10-11, Ognyan Kulev wrote:
> На 11.10.2011 17:32, Marco d'Itri написа:
[…]
>> /usr/src -> /usr/share/src
> Probably depends if you want to support compile outputs there. I
> guess some people compile their kernels there.
Which isn't a g
>>>>> Reinhard Tartler writes:
>>>>> On Mi, Okt 12, 2011 at 06:09:00 (CEST), Ivan Shmakov wrote:
[…]
> AFAIUI Harald (the fedora maintainer for their initramfs tool
> dracut), he dislikes having a separate set of tools in /usr and the
> initramfs, i.e.,
> Daniel Baumann writes:
> On 10/11/2011 04:32 PM, Marco d'Itri wrote:
>> I am still not 100% persuaded that this would be easy to do, but at
>> least I think that it has more merit than the old "move all to /"...
> i'd rather see a /$foo and /usr/$foo merger to /system/$foo, so we
>
> Tollef Fog Heen writes:
>> The problem, AIUI, is that we start udev(7) before /usr is mounted.
>> As udev is prone to spawn all the sorts of software in turn, we're
>> either going to move more and more from /usr to /, /or/ to invent
>> more kluges so that udev scripts would actually wa
>>>>> Tollef Fog Heen writes:
>>>>> ]] Ivan Shmakov
>>>>> Tollef Fog Heen writes:
>>> (With the assumption that /usr is on a separate fs from /): You
>>> might very well need to load some drivers (be it network, FC, USB,
&
> Michelle Konzack writes:
> Am 2011-10-13 12:13:56, hacktest Du folgendes herunter:
>> The user will not be notified even if the daemons send a mail to
>> them. I don't think any of the desktops GUIs that we ship know
>> anything about the local mail queue unless explicitly configure
>>>>> Roger Leigh writes:
>>>>> On Wed, Oct 12, 2011 at 11:24:09AM +0700, Ivan Shmakov wrote:
>> With all the sort of software continuously writing to /etc/?
>> Consider, e. g., /etc/blkid.tab, which is updated almost every time
>> a removable
> Henrique de Moraes Holschuh writes:
[…]
> I do know many of the GUI MUAs are incomplete jack-jobs that fail to
> add a handler for local system folders (i.e. were only partially
> ported to Linux). I am not sure which would be the better aproach to
> deal with this deficiency.
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
--- Please fill out the fields below. ---
Package name: pg_comparator
Version: 1.7.0
Upstream Author: Fabien Coelho
URL: http://pgfoundry.org/projects/pg-comparator/
License: BSD
Descr
I've found that a few packages, contrary to my expectations,
have Depends: on udev. I'm primarily concerned with alsa-base
and initramfs-tools, but also wonder about libcomedi0, dkopp,
python-expeyes, libnjb5, media-player-info, pulseaudio, ukopp,
xserver-xo
>>>>> Neil Williams writes:
>>>>> On Mon, 24 Oct 2011 18:19:08 +0700 Ivan Shmakov wrote:
>> I've found that a few packages, contrary to my expectations, have
>> Depends: on udev. I'm primarily concerned with alsa-base and
>>
>>>>> Marco d'Itri writes:
>>>>> On Oct 24, Ivan Shmakov wrote:
>> It doesn't seem like a good reason for the aforementioned
>> dependency, does it?
> There are many other reasons, you can find them in /lib/udev/.
ACK, than
>>>>> Timo Juhani Lindfors writes:
>>>>> Ivan Shmakov writes:
>> And what the initramfs-tools package has to do with consistent
>> devices' filenames?
> Initramfs runs udev. This allows you to use e.g.
> root=/dev/disk/by-id/ata-WDC_W
>>>>> Marco d'Itri writes:
>>>>> On Oct 24, Ivan Shmakov wrote:
>> So, the kernel won't try to autoload a module when the corresponding
>> device gets accessed?
> Not for *hardware* drivers, since it cannot know which driver is
>
>>>>> Ben Hutchings writes:
>>>>> On Mon, 2011-10-24 at 22:12 +0700, Ivan Shmakov wrote:
[…]
>> BTW, does the root=UUID= variant require udev as well?
> Yes, currently the kernel filesystem code does not probe for filesystem
> UUIDs. (However, it d
> Adam Borowski writes:
[…]
> GNU's and the inventor of AM_MAINTAINER_MODE's stance:
> http://www.gnu.org/s/hello/manual/automake/maintainer_002dmode.html
BTW, this URI seems to me like a thing to be reported to GNU
webmasters (Cc:'ed.) The Automake manual should be (and
> Matthias Klumpp writes:
[…]
> It would be very nice, if ftpmasters could tell if they would accept
> a new format in the archive or if we should stay with RFC822 which is
> used for nearly everything else already.
>> Note that the same rationale stands for all metadata to be
>> event
> Jon Dowland writes:
> On Tue, Nov 01, 2011 at 02:56:53PM +, Ian Jackson wrote:
>> We should do it when we judge that the benefits are worth the costs.
>> In this particular case the costs seem to be minimal. There isn't
>> even a direct patch-carrying cost, since the dependency
> Ben Hutchings writes:
> On Sun, 2011-11-20 at 23:44 +0100, Cesare Leonardi wrote:
[…]
>> While i might agree with the exclusion of 486 cpu classes (somewhere
>> i have a Winchip C6 200 MHz but i consider it unusable except for
>> very limited tasks), i think that excluding 586 could
Package: wnpp
Severity: wishlist
Owner: Ivan Krylov
* Package name: sandbox
Version : 2.5
Upstream Author : Gentoo Foundation
* URL : http://gentoo.org/
* License : GPL-2.0+
Programming Lang: C
Description : A helper utility to run programs in a
> Henrique de Moraes Holschuh writes:
> On Fri, 28 Sep 2012, Eric Valette wrote:
>>
>>
>>
>>
>>
>> Reading the thread about microcode, I wonder why
[…]
> 1. No html, please.
And, especially, no /invalid/ HTML, please.
[…]
--
Advocating the
judici
>>>>> Simon McVittie writes:
>>>>> On 26/09/12 18:15, Ivan Shmakov wrote:
>>>>> Simon McVittie writes:
>>> Please research previous discussion to check that you're not
>>> missing arguments that have happened in the past,
> Eric Valette writes:
[…]
> I do not want to compile microcode tool as a module because module
> loading juts slows down the boot process and contrarilly to many
> other package requiring firmware, this one does not enable to load
> firmware when not compiled as a module.
> So it does
>>>>> Julien Cristau writes:
>>>>> On Sun, Sep 30, 2012 at 00:28:15 +0700, Ivan Shmakov wrote:
>> I tend to think that a re-build (via binNMU or otherwise) will be
>> sufficient for most of the packages affected.
>> Unless there'l
Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: binnmu
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-scie...@lists.debian.org
There're several packages currently in Debian testing having a
versioned dependency on the semi-virtual libhdf5-7 p
> Philipp Kern writes:
> On Thu, Oct 04, 2012 at 03:10:01PM -0400, Chris Knadle wrote:
>> Last I looked into this [which has admittedly been a while], Bind 9
>> was the only DNS server that had actually implemented DNSSEC, and
>> the others I looked at (PowerDNS, djbdns, tinydns) had s
> Russ Allbery writes:
[…]
> It's an improvement. Guillem makes a good argument that you should
> drop deconfigure as well, which means that:
> if [ "$1" = "remove" ] ; then
> update-alternatives --remove
> fi
> is probably the best thing to use right now.
[…]
> (Note that
I find somewhat unusual for the following packages to depend on
gettext, given that the latter is a collection of utilities of
interest primarily to software developers and maintainers (as
stated in its own Description:.) Could someone please clarify
on this
> Neil Williams writes:
[…]
> Check if the package contains a shell script which supports
> translated output strings — such packages should Depend: gettext-base
> rather than drop the dependency entirely.
> I've had a quick look at gnas and it does seem that this is a case
> where get
>>>>> Neil Williams writes:
>>>>> Ivan Shmakov wrote:
>>>>> Neil Williams writes:
[…]
>> To note is that Source: gnunet has contrib/report.sh, which calls
>> gettext(1), but it doesn't seem to be propagated to any of the
>&g
> Norbert Preining writes:
[...]
> Ever heard of grep, sed, awk, all these nice things that make
> your life happy. Trash them when you are doing XML.
JFTR: there's xmlstarlet(1), which is capable enough to replace
awk(1), sed(1), and grep(1) (which is more often th
Package: wnpp
Severity: wishlist
Owner: Ivan Fitenko
* Package name: lzma-sdk-4j
Version : 9.22.0
Upstream Author : Igor Pavlov
* URL : https://github.com/b1-pack/lzma-sdk-4j/
* License : Public Domain
Programming Lang: Java
Description : LZMA SDK for
>>>>> Jakub Wilk writes:
>>>>> * Ivan Shmakov , 2012-11-26, 14:32:
>> Seriously, XML takes a lot of concerns off an application
>> programmer. It provides quoting, arbitrary hierarchical structure,
>> support for different encodings, etc
> Adam Borowski writes:
[…]
> Quoting from that page:
> # With the advent and now widespread adoption of the superior Maildir
> # format over the past several years, the entire "mbox" family of
> # mailbox formats is gradually becoming irrelevant, and of only
> # historical interest.
> Christoph Anton Mitterer writes:
[…]
> But it also has disadvantages to the mbox formats which may be
> crucial for some people:
> - wasting a lot of storage, which can be significant even if you use
> small file systems block sizes...
Only as long as static mbox files are co
> Игорь Пашев writes:
> 2012/12/2 Vincent Lefevre :
>> No, that's not sufficient. You may want relations between key-value
>> pair. For instance, if you have a line with a key "foo", then a line
>> with a key "bar" must also exist. Or a line with a key "number" must
>> have a value th
> Vincent Lefevre writes:
> On 2012-12-02 22:04:52 +0100, Wouter Verhelst wrote:
> On Sun, Dec 02, 2012 at 12:31:00PM +0100, Vincent Lefevre wrote:
[…]
>>> You may want relations between key-value pair. For instance, if
>>> you have a line with a key "foo", then a line with a key
> Moritz Mühlenhoff writes:
> Hi, I believe it's high time we start to providing Debian in form of
> official virtualisation images. In contrast to the ISOs currently
> provided it allows a quicker evaluation/testing of Debian (and can
> also be very useful for testing (e. g. someone wro
101 - 200 of 324 matches
Mail list logo
