lization, it seemed like the type of random cruft that
sometimes gets pulled in on dist-upgrade; a name change would help
alleviate that initial perception, IMO. Why not libc6-linux-headers?
--
Ryan Underwood, <[EMAIL PROTECTED]>
on would be
maintained in the pool alongside everything else by the buildds. Would
probably require significant reworking of lots of things. :(
Another (rather sillier idea) involved a virtual package *-kernel to
indicate to packages which userland the system was being run on, but I
haven't any idea where I was really going with that.
--
Ryan Underwood, <[EMAIL PROTECTED]>
description users)
> > from asking this again and again.
>
> system-headers-linux is a bit vague and without knowing could be
> associated with the kernel just as strongly as with libc.
>
> How about libc-linux-headers?
I second that, or perhaps libc6-linux-headers.
--
Ryan Underwood, <[EMAIL PROTECTED]>
ld be fixed.
> After that, I've received over 134 copies of the following
> message:
And in future, you should only get 1 copy of this message.
--
Ryan Murray, Debian Developer ([EMAIL PROTECTED], [EMAIL PROTECTED])
The opinions expressed here are my own.
pgpThnBbD61v2.pgp
Description: PGP signature
he new system as I
actually spent most of the weekend away from computers as a break.
--
Ryan Murray, Debian Developer ([EMAIL PROTECTED], [EMAIL PROTECTED])
The opinions expressed here are my own.
pgpQecpeVK33H.pgp
Description: PGP signature
ol, but it appears to not have been installed.
> Since I rebuilt my libdbd-{pg,mysql}-perl package with the libdbi for
while the build-depends on perl were updated, the build-depends for the
new libdbi were not. You need to update all build-depends that might be
affected by the transition.
--
Ry
al, in any case.
You _do_ need to use mergechanges on your .changes files and upload it as
one, especially if you are on a slowlink. Otherwise the autobuilder might
already have started building before your upload finishes, wasting the
CPU (and buildd maintainer's) time.
--
Ryan Murray, Debian Dev
If
Debian esound has several changes from upstream. The new upstream version
doesn't have many changes, and some of them are already in the package,
which is why I haven't updated it.
> there is no objections about NMU, I would like to upload for this new
> version of esound.
Plea
>Enough already.
>
>Folks, if you don't stop abusing debconf with useless notes that belong
>in README.Debian and config file overwriting, I will stop maintaining
>it.
>
>Stop slapping incorrect uses of debconf in everywhere. Feel free to run
>any package using debconf by me before you upload it,
Personally I use the ask-about-overwrite question in debconf because the
last time this thread came up the only sensible solution was put forward in
the attached email. Now, I'm all for a better solution when it is determined
what that is, *but* I'm not for a witch hunt based on what was seen to be
> Or maybe realize that Joey might perhaps know what he's talking about
> with regard to debconf ... you could go find the text of his talk at the
> last Debian Conference if you like.
I realise he has an opinion on how things should be done. Depending on your
own viewpoint this may be more influe
> Now I hope you stop with your trolling and consider speaking
> respectfully to us. I am pretty sure that if you emailed the maintainer
> of the package and pointed out the facts to him, he would revert the
> change.
Dude,
You really need to calm down. Twice now recently you have opened your
> Secondly, this isnot a witch hunt. What is being done is that
> a policy violation in older practice is being pointed
> out. Alternatives are being discussed; a witch hunt would have
> involved mass RC bug filings.
The TEX discussion is definitely in witchunt territory. Maintainers (on the
wh
> > Dude,
> >
> > You really need to calm down. Twice now recently you have opened
your
> > mouth and stuck your foot in when there really wasn't any need to. Take
a
> > Valium and do something less stressful.
>
> Are you talking to me?
You are the one with the foot hanging out of your mouth s
> Conside rthis: when considering input from a ``jumped up
> developer'' who has demonstrated competence and has put in the effort
> like Joey Hess, and has intituted a couple of major changes in how
> Debian works, and an unknown twit, guess who am I going to listen to?
Yawn. I don't know and
> Heh. First you bad mouth Joey Hess. And now you go up against
> Ben Collins. And both times you take what I consider impolitic
> stances that show poor judgment (even ignoring the fact that you
> are, with nothing whatsoever to back it up) some of the most
> respected developers in Debian.
>
> No offense, but I think you joined the wrong project, then.
No offence taken. I joined when Debian wasn't run by anal retentives. Sure
there was the whole free software part - but not the SS Nazi version of free
software that is being prompted recently. I have to say that I'm beginning
to think
>Um, no. *Policy* says that it may not be used as a registry.
[SNIPPED LONG DIATRIBE THAT DOES NOT PROVE THE ABOVE STATEMENT]
Sure, you delete the registry things should still work. Did I say anything
different? You are making a long tenuous link to prove your point which I
don't subscribe to. U
> BTW the opinion of this jumped-up developer is "please don't send me
> private copies of posts to mailing lists". Thanks.
Apologies, 'reply-all' is not clever enough in Outlook Express to evaluate
the sender preference on being copied on list emails. Any suggestions for a
MUA that can perform th
> > What is not helpful is when a developer gets a bad case of NOMUS
> > (Not On My UNIX System) and goes off on one about how perfectly the
> > world would be if everyone agreed with their narrow definition of
> > the 'correct' way to do things. The recent /run debate was another
> > example
> > Apologies, 'reply-all' is not clever enough in Outlook Express to
> > evaluate the sender preference on being copied on list emails. Any
> > suggestions for a MUA that can perform this feat are appreciated.
>
> Any mailer that honours the Mail-Followup-To: header that I set would do
> nicely. T
> True, however it seems clear that he is not running Debian.
This is the case as you have noticed.
> (the irony is almost too much to bear)
Why? I have 5 PC's here (at home) and 4 of them run Debian (mixture of
stable, testing and unstable). I have one Windows box that I use for email
and web
> > No offence taken. I joined when Debian wasn't run by anal
> > retentives. Sure there was the whole free software part - but not
> > the SS Nazi version of free software that is being prompted
> > recently. I have to say that I'm beginning to think that your
> > assessment is right and I should
> The difficulty of their character unfortunately often seems to correlate
with
> the important of their software. ;) So even if the upstreams sometimes
heats
> up easily, please spend extra patience on them for the sake of the users.
> Pretty please.. I'd really hate to lose something like Reiserf
> Ah, pissing contest. OK, I have been building TeX since 1989,
> when we used to buy tapes and compile TeX on a dozen Unix systems at
> the university. This was before TeTeX, before Debian, and even Before
> Linux. So, I have 14 years of experience with TeX -- how much more do
> I need to hav
> Perhaps it would, if it had not come on the tails of a string of
unwarranted
> insults against other developers (most of whom seem to agree with my ideas
> on the technical subject under discussion).
The closest I got to an insult was accusing Manoj of having a prune up his
rear. In comparison I
> I would like to point out that support for the Mail-Followup-To header
> is not required. It is sufficient that the mail client lets you edit the
> headers before sending the mail. This works in all mail clients I'm
> aware of, even if some of them make things a bit awkward.
Trouble is I need to
Unfortunately your choice is rather weak and doesn't back up your argument
so I feel obliged to continue the thread a bit further (plus its giving my
brain some exercise).
[Oh yeah, the quotes are from some developer who's name I've promised not to
use in my emails]
> ...and telling Ben Collins t
[Some dude called Manoj (I think) did produce such utterances recently]
> You may be enured to unsubstantiated accusations of
> plagiarism, theft, idiocy, and worse, but please allow me the right of
> umbrage at such.
I apologise for accusing Manoj of having a prune up his rear. It's clear to
me
important"
library updates.
The point is that we're trying for more than just "source level
compatibility". "It compiled" is *not* the gold standard in quality.
--
Stephen RyanDebian Linux 3.0
Technology Coordinator
Center for Educational Outcomes
at Dartmouth College
[He who should not be named wrote]
> That .sig is problematic beyond just its content; it is 12 lines long and
> adds almost 1kb to each of your messages (probably longer than the
contents
> of many messages). Refer to RFC 1855 or any other netiquette document for
> further information.
With stat
Emile van Bergen wrote:
> So what do you propose then, to drop everything just because you
> cynically point out that a lot of rules are being violated today?
What I'm saying is that (a lot of) these rules are archaic and irrelevant in
today's Internet world. Firstly I doubt any of the people who
Josip Rodin wrote:
> Right now we're getting really damn close to anarchy, when everyone and
> their dog has the means to entirely obliterate everyone else's mailbox
with
> unwanted whatever-they-have-to-say, and sometimes even obliterate their
> computer (with viruses).
We have the ability to ann
Neil McGovern wrote:
> These are all valid points, however, I still don't want to read HTML
> e-mail in mutt.
You are figting a losing battle. If the MUA that someone uses is set-up to
send HTML (rich test, whatever) email then you are highly unlikely to get
them to change it. Some devices (cable
Andreas Metzler wrote:
> Hello,
> Which does not matter at all. "This memo does not specify an Internet
> standard of any kind." having it distributed as RFC is just a
> convenience, because searching for "rcf1855" on google will find
> perfect hits en masse.
Hello,
Finding it is not the problem.
Josip Rodin wrote:
> Well, yeah, sure, but the highway analogy doesn't apply. There isn't a
> single technical reason why I as a random person need to ever be in any
> sort of contact with a spammer to keep the system running.
There was no mention of spammers in the thread! While they are prone to
Emile van Bergen wrote
>I also don't understand the phrase "today's Internet world". You mean
>with the hordes running Outlook and shopping on the clickable amazing
>discoveries / quantum shopping / tell sell channel that's the WWW?
Yes. If you have to interact with them to any great extent then i
Emile van Bergen wrote:
> However, I fail to understand why you want people to refrain from
> bringing the netiquette under the attention of the people they are
> receiving email from.
Never said they should refrain. I do think that it's a waste of time though.
> IOW, if everybody just tries to a
>As opposed to plowing through your idiotic screed about how people
>shouldn't have high standards, which is clearly not a waste of time
>since it has important implications for how all developers maintain
>their packages, right?
Seems you couldn't resist helping me by extending the thread? But th
to "C". gdm versions above 2.0 use a different method of selecting locale
information, so if you were using "C" in 2.0, you need to reselect the locale
once with the new version. This bug has already been filed upstream...
--
Ryan Murray, Debian Developer ([EMAIL PROTECTED], [EMAI
ge.
I guess I fail to see what is so "deceptive" about the page. Most of the
packages that are from testing/unstable are involved with ssh, and would
not affect builds with the correct build depends installed.
--
Ryan Murray, Debian Developer ([EMAIL PROTECTED], [EMAIL PROTECTED])
Th
ue to improper usage.
--
_
Ryan Niebur
ryanrya...@gmail.com
signature.asc
Description: Digital signature
Package: wnpp
Owner: Ryan Niebur
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: libgtk2-mozembed-perl
Version : 0.08
Upstream Author : the gtk2-perl team
* URL : http://gtk2-perl.sourceforge.net/
* License : LGPL-2.1
Package: wnpp
Owner: Ryan Niebur
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: libapp-nopaste-perl
Version : 0.04
Upstream Author : Shawn M Moore, C<< >>
* URL : http://search.cpan.org/dist/App-Nopaste/
* License
Package: wnpp
Owner: Ryan Niebur
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: libschedule-ratelimiter-perl
Version : 0.01
Upstream Author : Daniel J. Wright,
* URL : http://search.cpan.org/dist/Schedule-RateLimiter/
* License
Package: wnpp
Owner: Ryan Niebur
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: libdatetime-format-http-perl
Version : 0.37
Upstream Author : Dave Rolsky
* URL : http://search.cpan.org/dist/DateTime-Format-HTTP/
* License
Package: wnpp
Owner: Ryan Niebur
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: libnokogiri-ruby
Version : 1.2.2
Upstream Author : Aaron Patterson and Mike Dalessio
* URL : http://wiki.github.com/tenderlove/nokogiri
* License
n-devel-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
>
--
_
Ryan Niebur
ryanrya...@gmail.com
signature.asc
Description: Digital signature
Package: wnpp
Owner: Ryan Niebur
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: libdevel-simpletrace-perl
Version : 0.07
Upstream Author : Sébastien Aperghis-Tramoni
* URL : http://search.cpan.org/dist/Devel-SimpleTrace/
* License
Package: wnpp
Owner: Ryan Niebur
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: libproc-simple-perl
Version : 1.24
Upstream Author : Michael Schilli
* URL : http://search.cpan.org/dist/Proc-Simple/
* License : Artistic | GPL-1
Package: wnpp
Owner: Ryan Niebur
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: libgoo-canvas-perl
Version : 0.05
Upstream Author : Ye Wenbin
* URL : http://search.cpan.org/dist/Goo-Canvas/
* License : Artistic | GPL-1
Package: wnpp
Owner: Ryan Niebur
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: shutter
Version : 0.70
Upstream Author : Mario Kemper and Shutter Team
* URL : http://shutter-project.org/
* License : GPL-3+
Programming Lang
Package: wnpp
Owner: Ryan Niebur
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: libany-moose-perl
Version : 0.07
Upstream Author : Shawn M Moore , Florian Ragwitz
, Stevan Little , Tokuhiro Matsuno
* URL : http://search.cpan.org/dist
Package: wnpp
Owner: Ryan Niebur
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: libdata-alias-perl
Version : 1.07
Upstream Author : Idea by Tony Bowden and Paul Johnson, code by Michael G
Schwern
, wardrobe by Calvin Klein.
* URL
Package: wnpp
Owner: Ryan Niebur
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: libzoom-ruby
Version : 0.4.1
Upstream Author : Laurent Sansonetti
* URL : http://ruby-zoom.rubyforge.org/
* License : LGPL-2.1
Programming Lang
Package: wnpp
Owner: Ryan Niebur
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: libparanoid-perl
Version : 0.23
Upstream Author : Arthur Corliss
* URL : http://search.cpan.org/dist/Paranoid/
* License : Artistic | GPL-1
Package: wnpp
Owner: Ryan Niebur
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: libtest-useallmodules-perl
Version : 0.10
Upstream Author : Kenichi Ishigaki
* URL : http://search.cpan.org/dist/Test-UseAllModules/
* License
Package: wnpp
Owner: Ryan Niebur
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: libstatistics-basic-perl
Version : 1.6005
Upstream Author : Paul Miller
* URL : http://search.cpan.org/dist/Statistics-Basic/
* License : LGPL-2.1
Package: wnpp
Owner: Ryan Niebur
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: libperl-metrics-simple-perl
Version : 0.12
Upstream Author : Matisse Enzer
* URL : http://search.cpan.org/dist/Perl-Metrics-Simple/
* License
Package: wnpp
Owner: Ryan Niebur
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: libgtk2-notify-perl
Version : 0.05
Upstream Author : Florian Ragwit
* URL : http://search.cpan.org/dist/Gtk2-Notify/
* License : LGPL-2
Package: wnpp
Owner: Ryan Niebur
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: libgravatar-url-perl
Version : 1.01
Upstream Author : Michael G Schwern
* URL : http://search.cpan.org/dist/Gravatar-URL/
* License : Artistic
Package: wnpp
Owner: Ryan Niebur
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: libapp-cmd-perl
Version : 0.203
Upstream Author : Ricardo SIGNES
* URL : http://search.cpan.org/dist/App-Cmd/
* License : Artistic | GPL-1
Package: wnpp
Owner: Ryan Niebur
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: libio-tiecombine-perl
Version : 1.000
Upstream Author : Ricardo SIGNES
* URL : http://search.cpan.org/dist/IO-TieCombine/
* License : Artistic
retitle 529236 ITP: libdevel-partialdump-perl -- Perl module to dump subroutine
parameters concisely
thanks
* Package name: libdevel-partialdump-perl
Version : 0.08
Upstream Author : Yuval Kogman
* URL : http://search.cpan.org/dist/Devel-PartialDump/
* License
retitle 529230 ITP: libaliased-perl -- Perl module to provide aliases of class
names
thanks
* Package name: libaliased-perl
Version : 0.22
Upstream Author : Curtis "Ovid" Poe
* URL : http://search.cpan.org/dist/aliased/
* License : Artistic | GPL-1+
Programm
retitle 529234 ITP: libdevel-declare-perl -- Perl module for adding keywords to
Perl
thanks
* Package name: libdevel-declare-perl
Version : 0.005002
Upstream Author : Matt S Trout - - original author
* URL : http://search.cpan.org/dist/Devel-Declare/
* License
retitle 529242 ITP: libnamespace-autoclean-perl -- Perl module to remove all
imported symbols at the end of the compile cycle
thanks
* Package name: libnamespace-autoclean-perl
Version : 0.05
Upstream Author : Florian Ragwitz
* URL : http://search.cpan.org/dist/namesp
retitle 529233 ITP: libb-hooks-parser-perl -- Interface to perls parser
variables
thanks
* Package name: libb-hooks-parser-perl
Version : 0.08
Upstream Author : Florian Ragwitz
* URL : http://search.cpan.org/dist/B-Hooks-Parser/
* License : Artistic | GPL-1+
retitle 529229 ITP: libb-hooks-op-ppaddr-perl -- C API to hook into Perl opcode
execution
thanks
* Package name: libb-hooks-op-ppaddr-perl
Version : 0.02
Upstream Author : Florian Ragwitz
* URL : http://search.cpan.org/dist/B-Hooks-OP-PPAddr/
* License : Artis
retitle 529245 ITP: libsignatures-perl -- Perl module for subroutine signatures
with no source filter
thanks
* Package name: libsignatures-perl
Version : 0.05
Upstream Author : Florian Ragwitz
* URL : http://search.cpan.org/dist/signatures/
* License : Artisti
Package: wnpp
Owner: Ryan Niebur
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: libmath-basecnv-perl
Version : 1.4.75O6Pbr
Upstream Author : Pip Stuart
* URL : http://search.cpan.org/dist/Math-BaseCnv/
* License : GPL-2
Package: wnpp
Owner: Ryan Niebur
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: libcapture-tiny-perl
Version : 0.06
Upstream Author : David Golden
* URL : http://search.cpan.org/dist/Capture-Tiny/
* License : Apache-2.0
Package: wnpp
Owner: Ryan Niebur
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: libgtk2-unique-perl
Version : 0.01
Upstream Author : Emmanuel Rodriguez
* URL : http://search.cpan.org/dist/Gtk2-Unique/
* License : Artistic | GPL
Package: wnpp
Severity: wishlist
Owner: Ryan Kavanagh
* Package name: kobby
Version : 1.0b2
Upstream Author : Gregory Haynes
* URL : http://kobby.greghaynes.net
* License : GPLv2 or later
Programming Lang: C++, Qt
Description : Collaborative text
Package: wnpp
Severity: wishlist
Owner: Ryan Kavanagh
* Package name: libqinfinity
Version : 1.0~beta2
Upstream Author : Gregory Haynes
* URL : http://greghaynes.github.com/libqinfinity/
* License : GPLv2 or later
Programming Lang: C++, Qt4
Description
Package: wnpp
Owner: Ryan Niebur
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: libwebservice-validator-html-w3c-perl
Version : 0.24
Upstream Author : Struan Donald Estr...@cpan.orge
* URL : http://search.cpan.org/dist/WebService
Package: wnpp
Owner: Ryan Niebur
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: libjavascript-beautifier-perl
Version : 0.08
Upstream Author : Fayland Lam
* URL : http://search.cpan.org/dist/JavaScript-Beautifier/
* License
Package: wnpp
Owner: Ryan Niebur
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: libcss-minifier-xs-perl
Version : 0.03
Upstream Author : Graham TerMarsch (c...@howlingfrog.com)
* URL : http://search.cpan.org/dist/CSS-Minifier-XS
Package: wnpp
Owner: Ryan Niebur
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: libhtml-tidy-perl
Version : 1.08
Upstream Author : Andy Lester,
* URL : http://search.cpan.org/dist/HTML-Tidy/
* License : Artistic | GPL-1
Package: wnpp
Owner: Ryan Niebur
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: libxml-tidy-perl
Version : 1.2.54HJnFa
Upstream Author : Pip Stuart
* URL : http://search.cpan.org/dist/XML-Tidy/
* License : GPL-2
Programming
Package: wnpp
Owner: Ryan Niebur
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: libjavascript-minifier-xs-perl
Version : 0.05
Upstream Author : Graham TerMarsch (c...@howlingfrog.com)
* URL : http://search.cpan.org/dist/JavaScript
Package: wnpp
Owner: Ryan Niebur
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: libwebservice-validator-css-w3c-perl
Version : 0.2
Upstream Author : Bjoern Hoehrmann
* URL : http://search.cpan.org/dist/WebService-Validator-CSS-W3C
Package: wnpp
Owner: Ryan Niebur
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: libyaml-libyaml-perl
Version : 0.32
Upstream Author : Ingy döt Net
* URL : http://search.cpan.org/dist/YAML-LibYAML/
* License : Artistic | GPL-1
Package: wnpp
Owner: Ryan Niebur
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: libwx-perl-datawalker-perl
Version : 0.02
Upstream Author : Steffen Mueller
* URL : http://search.cpan.org/dist/Wx-Perl-DataWalker/
* License
Package: wnpp
Owner: Ryan Niebur
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: libjio
Version : 0.50
Upstream Author : Alberto Bertogli (albert...@blitiri.com.ar)
* URL : http://blitiri.com.ar/p/libjio/
* License : Buena Onda
gt; That is a very good point. However, I'm just not sure if other modules
> will want to use Alien::Libjio -- it has a few methods that wrap
> around pkg-config and ExtUtils::Liblist, so that you can get compile
> flags and linker flags (that applications need to compile XS bindings
&g
Package: wnpp
Owner: Ryan Niebur
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: liblocale-msgfmt-perl
Version : 0.05
Upstream Author : Ryan Niebur
* URL : http://search.cpan.org/dist/Locale-Msgfmt/
* License : Artistic | GPL-1
Package: wnpp
Severity: wishlist
Owner: Ryan Kavanagh
* Package name: libasr
Version : Git
Upstream Author : Eric Faurot and others
* URL : https://github.com/OpenSMTPD/libasr
* License : ISC
Programming Lang: C
Description : asynchronous DNS resolver
On 06/07/14 04:03 AM, Bastian Blank wrote:
On Fri, Jul 04, 2014 at 03:58:28PM +0200, Benoit Mortier wrote:
schema2ldif will read the given input file and convert it to an LDIF file
that you can insert into you LDAP directory
Did you talk to the openldap maintainers if they would be willing
On Mon, Jul 7, 2014 at 4:51 AM, Johannes Schauer wrote:
> ==> openldap_2.4.39-1.arch-all.unusedbd <==
> debconf-utils=1.5.53
I think that's valid. According to debian/changelog, that B-D was
added long ago for debconf-mergetemplate, but if I'm reading correctly
it seems to be unused since switchi
It's my understanding, please correct me if wrong, that LVM thin
provisioning is disabled in Wheezy due to lack of availability of user
tools (at the time). I've reconfigured the kernel to include thin
provisioning target support but when creating a thin pool I get: "WARNING:
Unrecognized segment
*
If you guys could please give support for this card, I would be grateful
and consider finally donating to you. Thank you.
PS. I can't just install it via an Ethernet connection, I do not have
access to an Ethernet connection.
Thank you.
-Sincerely, Ryan
e details may be found at
http://wiki.debian.org/Texi2htmlTransition .
Thanks for considering,
Best wishes.
-- END --
Best wishes,
Ryan
[0] http://www.nongnu.org/texi2html/
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=698081
[2]
http://anonscm.debian.org/gitweb/?p=coll
w.gnu.org/software/texinfo/manual/texinfo/texinfo.html#texi2html
[2] http://www.nongnu.org/texi2html/
--
|_)|_/ Ryan Kavanagh | Debian Developer
| \| \ http://ryanak.ca/ | GPG Key 4A11C97A
signature.asc
Description: Digital signature
On Mon, May 27, 2013 at 08:28:37PM -0400, Ryan Kavanagh wrote:
> See attached for a dd-list of affected packages.
On Tue, May 28, 2013 at 04:37:44PM +0200, Emilio Pozuelo Monfort wrote:
> Please attach a list of packages run through dd-list before doing the MBF.
Sorry, I guess I for
f texi2html
functionality not yet provided by `makeinfo' utility from the
texinfo package, e.g. rendering @math blocks as images in HTML
output, please update your package to use `makeinfo' instead. More
details may be found at http://wiki.debian.org/Texi2htmlTransition .
Thanks for consider
ass bug filing against
the remaining packages.
Steve, does this seem reasonable to you?
Respectfully yours,
Ryan
[0] http://codesearch.debian.net/search?q=texi2html&skip=877
--
|_)|_/ Ryan Kavanagh | Debian Developer
| \| \ http://ryanak.ca/ | GPG Key 4A11C97A
signature.asc
Description: Digital signature
On Wed, May 29, 2013 at 11:29:07AM +0200, Benjamin Drung wrote:
> Have you checked indirect build-dependencies on texi2html (e.g. the
> package build depends on foo, which depends on texi2html)?
ryan@nu:~$ reverse-depends texi2html
Reverse-Depends
===
* translate-docformat
Pa
a remote rsync daemon.
[...]
-c, --checksum skip based on checksum,
not mod-time & size
Best wishes,
Ryan
--
|_)|_/ Ryan Kavanagh | Debian Developer
| \| \ http://ryanak.ca/ | GPG Key 4A11C97A
signature
would have to be a well-know command, similar to what the mail
server has in the 'sendmail' binary. Which all sounds like a pain to
attempt to standardize, so the already standard dynamic updates over
port 53 is probably better anyway...
Ryan
--
To UNSUBSCRIBE, email to debian-devel-re
101 - 200 of 254 matches
Mail list logo
