Greetings!
Thanks for uploading this. I may preempt this with a new upload that
fixes other things as well. If not, I'm very happy for this to go in.
Regards,
Mako
{"quotation": {"who": "Niels Thykier", "date": "Tue, Dec 31, 2024 at 01:13:32PM
+0100"}}
> Control: tags 1089393 + patch
> Control
Sweet! Thanks!
Later,
Mako
{"quotation": {"who": "Niels Thykier", "date": "Tue, Dec 17, 2024 at 06:59:42AM
+0100"}}
> Control: tags -1 patch
>
> On Sat, 7 Dec 2024 20:51:00 +0100 Niels Thykier wrote:
> > Source: most
> > Version: 5.2.0-1
> > Severity: important
> > Tags: ftbfs
> > Justificatio
merge 1081785 1082398
thanks
Greetings!
I'm merge these bugs so that you get notifications and such when this
is fixed. Hopefully very soon!
Regards,
Mako
> I only saw after reporting this that another user was faster, so
> this is a duplication of #1081785 [0] and can be closed, sorry for
severity 1081785 wishlist
done
Greetings Ben!
Thanks for letting me know. I just got an email about this from
another user a couple days ago and am planning to look into this. I'll
fix it so I get notifications about these in the future.
If you (or anyone else reading) has already updated the pa
Greetings!
> Your patch looks good to me and works as promised, thanks! Before forwarding
> it to upstream, we need an appropriate update of vidir documentation. Are you
> interested in preparing that? (If not, I can do it.)
Sorry I lost track of this. Are we still waiting on documentation? I
Thanks for catching that. I'll update the URL with the next upload.
Regards,
Mako
> Package: most
> Version: 5.2.0-1+b1
> Severity: minor
>
> https://metadata.ftp-master.debian.org/changelogs//main/m/most/most_5.2.0-1_copyright
>
> Suggest to add a note[1], that the sources are no longer ava
Greetings!
This is just a followup to say that I've been using the patch for
about two years now and have not noticed any trouble. I use the
copying files functionality in vidir nearly every day!
If someone wants to take a more active role in maintaince and needs a
hand, let me know.
Regards,
Ma
> the upstream version of most is now at 5.2.0.
I will upload a new version. Thanks for the heads up.
Later,
Mako
--
Benjamin Mako Hill
https://mako.cc/
Greetings Gregor!
Thank you for doing this! I apprecaited the help! I'll take a look and
let you know if you should delay it.
Regards,
Mako
> Control: tags 965691 + patch
> Control: tags 965691 + pending
> Control: tags 998984 + patch
> Control: tags 998984 + pending
>
>
> Dear maintainer,
>
severity 472311 wishlist
forwarded 472311 j...@jedsoft.org
merge 472311 585566
thanks
Greetings!
I embarrassed for fixing this up before but I realize that these two
bugs are duplicates. I'll clean this up now before I close these with
an upload I'm preparing now.
Regards,
Mako
--
Benjamin Mak
Thanks for this (and for the patch)! I'll take a look at it right
away. It looks quite straightforward.
Regards,
Mako
--
Benjamin Mako Hill
https://mako.cc/
signature.asc
Description: PGP signature
Greetings!
> It's been quite a while since I've written Perl and I'm not 100% sure
> that I've thought the logic through completely so as to avoid all
> possible corner cases (e.g., related to every way one would swap
> filenames and/or copy things repeatedly).
I'm attaching an updated and bette
tags 882872 patch
thanks
Greetings!
Thanks for maintaining moreutils! It's one of the packages I love most
in Debian!
I'm attaching a first stab a patch to add copying file support to
vidir (i.e., #882872) which is something I've wanted for a very long
time and just broke down and did today.
It
Thanks for fixing this Andres and for giving the time and attention to
dtrx!
Regards,
Mako
> This is an automatic notification regarding your Bug report
> which was filed against the dtrx package:
>
> #930007: dtrx does not support password encrypted zip files
>
> It has been closed by Debian
> Is there something where the Debian Perl Group can help?
Apologies for the slow response. The package needed a major
overhaul. I've done that now and fixed this issue and quite a few
others.
In general, I'm very happy with NMUs of my package if I'm not able to
get to it or unresponsive for an
> In the concrete case, it is appears to be relaitively simple to
> convert libtemplate-perl to use override targets rather than the
> deprecated manual sequence control parameters. I have attached
> a patch for this.
Thanks for the patch! I'll test this and upload it if it looks
alright.
Later
severity 876191 minor
retitle 876191 most: configure file cannot be regenerated automatically
thanks
Greetings!
For the reasons discussed on this bug already, I'm retitling this bug
and reducing its severity. I know Helmut doesn't agree. If we want to
have a bigger conversation about policy on -l
> On Sat, Nov 25, 2017 at 12:36:33PM -0800, Benj. Mako Hill wrote:
> > I agree that a hand-modified binary a binary would not mean that you
> > don't need to provide source for that binary. I think there's likely
> > going to be consensus on that in Debian.
>
&g
Greetings Helmut!
Thanks for engaging productively on this!
> I deliberately avoided the FTBFS language, because it is not a FTBFS.
> It's different. It's like shipping a binary that cannot be regenerated
> and using that during build. The term FTBFS is well defined and does not
> cover this cas
Greetings Helmut!
> I was trying to fix a bug in most that requires modifying configure.
> Thus I tried to regenerate it and ... failed.
I'll start by saying that this is a real bug and that I agree that it
should be fixed. And thanks so much for notice and submitting it! And
for trying to fix t
Greetings!
I forgot to mention that I've discussed this with the security team
and uploading to stable-proposed-updates was their suggestion and
recommendation.
Regards,
Mako
--
Benjamin Mako Hill
http://mako.cc/
Creativity can be a social contribution, but only in so far
as society is free to
> > Fortunately it seems very easy to do, so I'm attaching the patch.
>
> I pressed the 'send' button too fast. The previous patch was wrong,
> here's the correct one.
Thanks for this! I really appreciate the help.
I've applied this patch to a version I've just uploaded to Debian
unstable. It a
Thanks for this. I'll upload a patch for the version in unstable right
away.
Later,
Mako
> Package: most
> Version: 5.0.0a-1
> Severity: grave
> Tags: security patch
> Justification: user security hole
>
> Hello,
>
> the most pager can automatically open files compressed with gzip,
> bzip2 an
> Here's the patch against the -2.4 NMU
Looks good to me.
Later,
Mako
--
Benjamin Mako Hill
http://mako.cc/
Creativity can be a social contribution, but only in so far
as society is free to use the results. --GNU Manifesto
signature.asc
Description: PGP signature
> Hopefully everyone is fine with this and no harm done. If the
> maintainer wants any changes I'm happy to re-upload.
I can take a look and make any changes in my own upload.
Later,
Mako
--
Benjamin Mako Hill
http://mako.cc/
Creativity can be a social contribution, but only in so far
as soc
I am suffering from the same bug.
> Your best bet is probably to actually check if reverting to an older
> version of the intel driver fixes the issue, and if it does, to file
> this upstream per
> https://01.org/linuxgraphics/documentation/development/how-report-bugs
Switching back to earlier v
> I've sponsored Bradley's NMU to DELAYED/5 -- feel free to dcut cancel
> the upload or beat it to sid.
Sounds good! Thanks for the heads up!
Later,
Mako
--
Benjamin Mako Hill
http://mako.cc/
Creativity can be a social contribution, but only in so far
as society is free to use the results.
> Best is simply to upgrade to the latest upstream release: it fixes
> it.
OK. Sounds fine.
> > In terms of #738327, I'm not wild about gutting CDBS and essentially
> > redoing the package because you're not familiar with how to handle
> > Python3 support. I don't love the idea of NMUs that redo
> You still didn't reply to this message. #740311 was submited on the 28
> Feb 2014 (18 days ago), and #738327 on the Sun, 09 Feb (37 days ago),
> and you replied to none of them.
I'm sorry for the slow response Thomas. Thank you for patience and for
your help and interest in the package.
I've
>
> > Here's the full debdiff.
>
> Thanks for helping me out with this. I'll look this over and upload it
> this afternoon. The package is simple so I don't forsee problems.
I've just uploaded a new version of the package. This bug should be
closed as soon as its processed.
Regards,
Mako
--
> Here's the full debdiff.
Thanks for helping me out with this. I'll look this over and upload it
this afternoon. The package is simple so I don't forsee problems.
Regards,
Mako
--
Benjamin Mako Hill
http://mako.cc/
Creativity can be a social contribution, but only in so far
as society is fr
> Thanks Mako. If you’re short on time, I’m willing to try and fix that
> tomorrow or the day after (I’d hate to see the broken version end up in
> Jessie, even shortly), just say the word (since you’re more aware of the
> most packaging, I’d prefer if you do, of course).
I'm not sure I'm going t
> Ping?
>
> http://patch-tracker.debian.org/patch/nondebian/view/most/5.0.0a-2.1
I can get to it in Hideki doesn't.
> The previously existing patches are big, can you please restore them
> ASAP (not changing the format to 3.0 in an NMU would be appreciated).
I agree.
I generally welcome NMUs
> The attached patch fixes the problem, allowing minor mode to be used
> when permitted, and to be ignored (off) when not permitted.
Great! Thanks for submittin this Brett. I'll prepare a new version and
upload it with this fixed.
Regards,
Mako
--
Benjamin Mako Hill
makoh...@uw.edu
http://ma
> Control: -1 tags fixed-upstream
>
> > This package FTBFS with perl 5.18 from experimental (in a clean
> > sbuild session):
> >
> > FAILED 35: - text.split.join d did not match expected
> > t/vmethods/text.t .
> > Failed 1/107 subtests
> >
> > There is a possible patch on the upstream bug
> While I agree that both packages should come from the same source, after
> having heavily discussed with Michele Cane (who actually offered help in
> this same ITP [1]) we went ahead and both packages (zotero-standalone
> and the LO integration) are on their way to be uploaded [2]. The merge
>
noowner 590180
retitle 590180 RFP: sigil -- A WYSIWYG ebook editor
thanks
This ITP is now more than two years old and we haven't heard from the
owner in more than year despite a few pings. And I (and other people
as well, I'm sure!) still really want Sigil in Debian. :)
Both Don Armstrong and the
retitle 504058 RFP: zotero -- program to collect, manage and cite bibliographic
information
thanks
Thanks Andreas for kicking me. :)
I'm not likely to get around to packaging soon this so I hope somebody
else can take this over. The package is not trivial and I have no done
a xulrunner package b
> I found myself looking for sigil once again; what's the current status
> of this ITP? It would be ideal to at least get a preliminary git
> repository going, which can be sanitized of non-free code (if
> necessary) before putting it into the collab-maint repository.
It has been almost a year wi
>> > > Yes, there could be, like dvipdfm.py, dvips.py, vtex.py,
> > > mpost.py. But there shouldn't be many. I'd wait for the next
> > > FTBFS bugs rolling in and then fix it.
> >
> > Please upload now to fix these two bugs. rubber will currently not
> > work at all, in a very difficult to diag
> Yes, there could be, like dvipdfm.py, dvips.py, vtex.py, mpost.py.
> But there shouldn't be many. I'd wait for the next FTBFS bugs
> rolling in and then fix it.
Please upload now to fix these two bugs. rubber will currently not
work at all, in a very difficult to diagnose way, for any document
Control: tags 682892 + patch
So, the problem with this bug does have to do with the same issue in
#684228 (namely, the move to paranoid mode through the "openout_any =
p" configuration).
As I said in #684228, I'm not an expert with this. But the attached
patch seems to fix the issue on my systems
Control: severity 682892 important
This bus is clearly "important" not "serious". Rubber works fine for
many, even most documents. The current bug only breaks for documents
which contains an index. It's a pretty bad bug, and it should be easy
to fix, but it's not serious.
In any case, I will try
> Seem to be something like a duplicate. I'll have a look at both bugs
> ASAP, may I can write a patch for #682892 myself, but I'm not sure.
The problem looks similar, but I don't think this is the same bug. The
bug I reported (#684228) is in the latex module. Bug #682892 is
clearly not.
Regards
Any progress to report on getting RStudio in Debian? The software has
a full debian/ directory and well functioning debs available on the
website so I wonder what the hold up is. If we think its unlikely that
others will get to it, mayb ewe can switch it back to an RFP or I can
help look into doing
> On Sun, Apr 08, 2012 at 07:37:21PM -0400, Benj. Mako Hill wrote:
> > Hi Dominic!
> >
> > Thanks for keeping an eye out for new versions of TT2!
> >
> >
> > > A new upstream release, 2.24, is out. Please could this be packaged?
> >
> >
> - using a temporary preinst like foolscap (definitely works)
This seems like the best approach to me and it's what I'm planning on
doing.
Regards,
Mako
--
Benjamin Mako Hill
m...@atdot.cc
http://mako.cc/
Creativity can be a social contribution, but only in so far
as society is free to use
Greetings Andy!
I'm working on getting TT 2.24 packaged for Debian. In the process, I
realized that the the HTML documentation for the newest version of TT2
doesn't to be posted.
This page:
http://template-toolkit.org/download/index.html
...has link text saying "HTML Documentation for version
Hi Dominic!
Thanks for keeping an eye out for new versions of TT2!
> A new upstream release, 2.24, is out. Please could this be packaged?
I have prepared a new version of this package but the external HTML
documentation tarball seems to be missing. I have emailed upstream and
asked them to prod
> A more fundamental issue could be a potential show stopper. Take a look
> at the etoys package -- technically similar, FOSS license, but still in
> non-free.
This sounds like confusion. In any case, the FTP masters are a
different group now and I think this is tractable.
Regards,
Mako
--
Be
> We've made some changes to page that describes the source code on our site,
> and also made a minor update to a license file in the source package, all
> based on suggestions from Mako Hill and friends from the free software
> community.
>
> http://info.scratch.mit.edu/Source_Code
>
> I hope w
The patch looks very reasonable to me. I'll apply the patch and upload
this to Debian in the next couple days. Thanks for making this so
easy!
Regards,
Mako
--
Benjamin Mako Hill
m...@atdot.cc
http://mako.cc/
Creativity can be a social contribution, but only in so far
as society is free to use
severity 647272 normal
thanks
I have also just bitten by this bug (also from Mutt).
Antoine Beaupré is correct in his last message. This seems to be at
least ignoring policy. Even if one wants to argue that this is not a
violation, this is much more than a wishlist bug:
http://www.debian.org/d
retitle 625221 cannot send notices when using network manager
tags 625221 patch
thanks
Thanks for maintaining Gwibber!
This bug means that users of gwibber cannot send messages if they are
using Network Manager. This affects users of unstable and testing now.
There has been a patch for this bug
Hello Kanru (and others!)
Thanks everyone for your work so far to get Sigil into Debian. I've
noticed that it's been a few months since this bug was updated.
I'm willing to put in an evening of work or two to help package
dependencies or do other work to get this package uploaded. Do you
have a
Hi Kristof,
pwsafe has been removed from Debian. It has a number of problems (this
being one of the least, honestly) and nobody stepped up to take it on
when I couldn't do it. If you'd like to maintain it (or want to find
someone who can) I would be happy to help sponsor.
Later,
Mako
> The man
Thanks Brett for the bug report.
Your patch looks simple enough. I wonder though if it's not better to
simply escape the whole line so that it is URL safe. I'll test that
patch and, if it seems to work and to solve the problem, I'll send
this upstream and patch it in Debian.
Regards,
Mako
> Pac
retitle 504058 ITP: zotero -- program to collect, manage and cite bibliographic
information
thanks
The conversation on this bug seemed to end two years ago with no
consensus on what to do. Some people suggested that it would be useful
to have the Zotero extension packaged in Debian. Others disagr
reassign 542846 ftp.debian.org
retitle 542846 RM: reseed -- ROM; potential security issues, depends on sketchy
service which discourages its own use
thanks
For those just joining us:
There are no reverse dependencies.
reseed's removal has been proposed in the BTS for a year, it has a
series of
> Package: pwsafe
> Version: 0.2.0-3.0~dburrows
> Severity: wishlist
>
> The Chrome browser appears to read the X clipboard twice when you
> paste a value, throwing away the first value it read. This makes it
> difficult to use pwsafe with it. Obviously a fix in the browser is
> ideal, but it
> We are planning to update the package in lenny with a backport of
> these changes. However, this change will break the
> libmediawiki-client-perl package so a coordinated upload should be
> necessary.
Thank so much for the patch! This is wonderful!
Sure. Do you want me to just go ahead and upl
I'm not going to be able to give this package the attention it deserves,
especially with no upstream. I do really hope someone else takes this
over, though.
Regards,
Mako
--
Benjamin Mako Hill
m...@atdot.cc
http://mako.cc/
Creativity can be a social contribution, but only in so far
as society i
> New upstream version 2.22 is available at,
> http://cpan.org/modules/by-module/Template/Template-Toolkit-2.22.tar.gz
>
> Please consider packaging it.
Thanks for the hint Kartik! It's now on my list!
Later,
Mako
--
Benjamin Mako Hill
m...@atdot.cc
http://mako.cc/
Creativity can be a social
> No, the conditions on use of the name 'Ion' in derivatives are still too
> restrictive. However, I will remove the obnoxious debconf warning.
Do you really think so? DFSG 4's "The license may require derived works
to carry a different name or version number from the original software"
seems to
retitle 533845 new upstream version available
thanks
3.10-5 has now been replaced with yet another new version, 3.10-6. As
the original submitter has mentioned, these changes include important
changes for other packages. There doesn't seem to have been a new
upload of this Debian package for more
I don't use this actively and I don't suppose anybody does either at
this point. That said, I've still got a bunch of slides in Docbook XML
that I have no interest of changing into any other format so I'd like to
at least ensure that Debian has a working copy of the software so I can
get at the dat
> Unfortunately this work cannot be done by the mediawiki packaging team..
>
> The team is currently composed on a single active developper, me, and I feel
> I
> have enough work with the current packages.
>
> However, I would be very happy to add any interested contributor to the team.
I cur
severity 508686 important
thanks
This bug no longer needs to be marked critical because a fix to
initramfs-tools uploaded by Maximilian Attems works around address the
issue. See #426465 and #505440 for more information on that fix.
That said, as far as I can tell, the issue still exists in this
I tweaked your upload a little (there were a few nits in the changelog)
and uploaded it to Debian. It's been processed and ACCEPTED.
Later,
Mako
> On Thu, 11 Dec 2008, Mohammad wrote:
>
>> Dear Asheesh,
>>
>> Thank you very much for your effort and working on zekr.
>> I tested your source pack
> Processing commands for [EMAIL PROTECTED]:
>
> > tags 315043 + fixed-upstream
> Bug#315043: mairix fails with mmap: Invalid argument
> Tags were: upstream
> Tags added: fixed-upstream
Nice. Richard has not yet released a new version of Mairix though so
I'll wait for the new upstream version to
> On Wed, Nov 05, 2008 at 12:03:14PM +, Dominic Hargreaves wrote:
> > ftpmaster, I've just uploaded libtemplate-plugin-dbi-perl to NEW in
> > order to fix an RC bug in libtemplate-perl (this is a regression from
> > the functionality in etch; the code is in the main libtemplate-perl
> > packag
> On Thu, 24 Jul 2008 10:49:48 +0100
> Dominic Hargreaves <[EMAIL PROTECTED]> wrote:
> > I will assume this is okay to NMU and will do so in the next day or two
> > unless anyone says no.
>
> Go for it, now! :-)
>
> # then ask RM to unblock package.
Absolutely, if you have no already, please
> There is a mispell in most.1 (line 206):
> s/shoul/should
>
> An unified diff is provided to correct it.
thanks for late! I'll be sure to fix it in the next release and I'll
forward it to upstream!
Regards,
Mako
--
Benjamin Mako Hill
[EMAIL PROTECTED]
http://mako.cc/
Creativity can be a
Thanks for submitting this bug Roberto!
This RC bug has been open for more than 100 days with a patch and
without a response from the maintainer or anyone else. The package is no
longer in testing as a result. I'm going to NMU this pacakge unless
Ryan or someone else reacts, takes action on this
> On Wed, 17 Oct 2007 10:49:01 +0100
> Dominic Hargreaves <[EMAIL PROTECTED]> wrote:
> > The package is now uploaded so the dependency can be added to
> > libtemplate-perl.
>
> libtemplate-plugin-xml-perl package is in testing and unstable now.
> So time has come, Mako, please add "Suggests: li
> Please package new upstream release
>
> http://www.jedsoft.org/most/download.html
Awesome. Thanks for the pointer.
Regards,
Mako
--
Benjamin Mako Hill
[EMAIL PROTECTED]
http://mako.cc/
signature.asc
Description: Digital signature
> On Fri, Nov 23, 2007 at 06:56:03PM +0100, Benj. Mako Hill wrote:
> > I advocate Asheesh Laroia as a DM. I've been reviewing and uploading
> > Asheesh's packages for sometime now and he already done a great job for
> > Debian already and will continue to d
I advocate Asheesh Laroia as a DM. I've been reviewing and uploading
Asheesh's packages for sometime now and he already done a great job for
Debian already and will continue to do so a sa DM.
Asheesh has acknowledged the Debian Social Contract, DFSG, DMUP and has
a GPG key 0x70096AD1 which is sign
> I was looking at the change log for vrms 1.13, and can't understand why
> this is listed as non-free. It is licensed under a Creative Commons
> Attribution-Share Alike 2.5 Generic license. Which allows users to
> copy, distribute and transmit the work. As well as to adapt the work.
> (http://c
> On Sat, Oct 13, 2007 at 11:40:50AM +0200, Jochen Topf wrote:
>
> > I can´t find the libtemplate-plugin-xml-perl package in "testing", so I
> > can´t use TT any more. Whats the problem?
>
> My package was rejected by ftpmasters, it appears, so never made it into
> unstable never mind testing.
> Benj. Mako Hill wrote:
> > Actually, I mentioned a different RockBox installing utility which
> > was one that I wrote.
>
> Nu-uh! http://mako.cc/copyrighteous/20070308-00.comment :-)
>
> > That said, this one is much better. I'm happy to try it out and
>
> Thanks for your ITP, Dominic. But this bug should be opened.
>
> I think this package should add suggests libtemplate-plugin-xml-perl,
> because when "stable" users would upgrade their system from Etch to
> Lenny, they will lost Template::XML modules and have to look for what
> package wou
> I saw you once mentioned on copyrighteous that you might help package
> Rockbox Utility for Debian and/or Ubuntu. I just filed an RFP in Debian for
> it if you're still interested (or know someone who might be):
> http://bugs.debian.org/440111
>
> http://www.rockbox.org/twiki/bin/view/Main/Rock
> Right now the depends are generated automatically by debhelper. As far
> as I know, the official Debian Policy doesn't cover -dbg packages at all,
> so I'm fine with alpine | pilot | alpine-pico.
There have been some debug related policy proposals but none that I
know were accepted and none
> Finally, I don't think it would serve current and potential users of
> Ion on Debian to rename it. We just about get away with Iceweasel as
> that controversy was widely publicised and the package is part of a
> standard desktop installation. For any more obscure application I
> fear renaming
> On Thu, 17 May 2007, Ben Hutchings wrote:
> > After discussing with upstream, I'm complying with the trademark licence
> > conditions by "prominent version qualifiers and notices of possible
> > out-datedness" rather than renaming. Specifically, for a fresh
> > installation, the postinst checks
> New upstream - in fact I'm surprised that 2.14 is the latest available in
> sarge!
In answer to your questions, it seems that none of the recent releases
have been noted on the TT2 website which still lists the latest version
as 2.15. I'll send a note to Andy about this.
I'm preparing an upda
> New upstream - in fact I'm surprised that 2.14 is the latest available in
> sarge!
I just saw it and had corresponded with Andy about this a bit. It fixes
a couple other bugs in the package as well.
Thanks for the poke!
Regards,
Mako
--
Benjamin Mako Hill
[EMAIL PROTECTED]
http://mako.cc/
> On 2007-04-25 09:21:21 -0400, Benj. Mako Hill wrote:
> > Something's going on here. I *only* use mairix in UTF-8 locales and, as
> > you can imagine, it works just fine. Are you sure you have generated
> > your locale data?
>
> Yes, UTF-8 works fine with other
Something's going on here. I *only* use mairix in UTF-8 locales and, as
you can imagine, it works just fine. Are you sure you have generated
your locale data?
Regards,
Mako
--
Benjamin Mako Hill
[EMAIL PROTECTED]
http://mako.cc/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
> On 2007-04-22 00:14:56 +0100, Richard Curnow wrote:
> > I have finally been shamed into looking at this. Attached are 2
> > patches. The first cures the problem. The 2nd adds a diagnostic
> > message if the problem is detected.
> >
> > Perhaps you guys can test these (especially the first pa
> Benj. Mako Hill wrote:
> >I don't use Template::Stash::XS so I'm not really in a position to grok
> >or fix this bug that was filed in Debian. At the moment, the Debian
> >package/Ubuntu packages are not carrying around a delta to the library
> >itself so
> On 2007-04-18 12:16:15 -0400, Benj. Mako Hill wrote:
> > I am reasonably sure this is not powerPC based. I think it can be
> > cleared up by removing the old version of the database (usually
> > ~/.mairix_database). Can you try this and verify that this does or
> &g
severity 379925 minor
tag 379925 +upstream
tag 380563 +upstream
merge 380563 379925
retitle 380563 errors in manpage
thanks
Both of these bugs are about errors in the manual page for
libtext-wikiformat-perl. I'm merging these together and will fix them in
the next upload.
Thanks!
Regards,
Mako
found 315043 0.17-2
found 315043 0.20-1
thanks
Greetings,
I've verified that this bug still shows up in versions 0.17 and 0.20 of
Mairix.
Regards,
Mako
--
Benjamin Mako Hill
[EMAIL PROTECTED]
http://mako.cc/
signature.asc
Description: Digital signature
retitle 419138 mairix segfaults
thanks
I am reasonably sure this is not powerPC based. I think it can be
cleared up by removing the old version of the database (usually
~/.mairix_database). Can you try this and verify that this does or
doesn't fix your problem?
Regards,
Mako
> Package: mairix
severity minor
thanks
> The mairix(1) manpage references the mairixrc manpage:
> ---===
> SEE ALSO
>mairixrc(5)
> ===---
> but that page doesn't seem to be installed:
>
> $ dpkg -L mairix | grep man1/
> /usr/share/man/man1/mairix.1.gz
You're right. There are a few more more important bu
> Package: mairix
> Version: 0.20-1
> Followup-For: Bug #419138
>
> This is the output of gdb
Remove the mairix database (~/.mairix_database ?) and then try running
it. Does this fix your issue?
Later,
Mako
--
Benjamin Mako Hill
[EMAIL PROTECTED]
http://mako.cc/
--
To UNSUBSCRIBE, email t
retitle 419079 ITA: libtext-wikiformat-perl -- translates Wiki formatted text
into other formats
owner 419079 [EMAIL PROTECTED]
retitle 419080 ITA: pwsafe -- command line encrypted password database
owner 419080 [EMAIL PROTECTED]
retitle 419073 ITA: reseed -- seeds urandom with a truly random seed
tag 408179 upstream
thanks
> This is a regression from Template::Stash::XS in 2.14-1, downgrading the
> package to previous version fixes this.
>
> Looking at the upstream changelog suggests the only changes between 2.14
> and 2.15 were to explicitly fix issues with the xs stash and tied
> hashe
1 - 100 of 156 matches
Mail list logo
