Hi Paul,
Paul Gevers writes:
> For src:cacti (of which I'm de-facto the only maintainer) I received a
> bug report in Ubuntu (#2046431) about missing files. As cacti doesn't
> ship these files, but Depends on fonts-fork-awesome I was wondering if
> cacti upstream is shipping "weird" files or
Source: org-bullets
Version: 0.2.4-3
Severity: normal
Hi,
I noticed some deprecation warnings in org-bullets' native-compilation log, so
searched for an upstream fix. What I found was that our current upstream
source is a decade old:
https://github.com/sabof/org-bullets
and that MELPA
reopen 1068605
owner 1068605 !
thanks
Hi,
Sorry I didn't ask this sooner, but would you prefer if I call you Deng,
or Xiyue, or something else? Conventions and understanding vary a lot
from place to place, after all.
Xiyue Deng writes:
> Thanks for pointing out #1019031! Totally missed it.
fixed 1067663 org-mode/9.5.2+dfsh-5
found 1067663 org-mode/9.6.7+dfsg-1
thanks
9.5.2+dfsh-5 in stable/bookworm is an empty package that depends on the
org-mode bundled with stable/bookworm's Emacs, so I'm marking this CVE
as fixed there. Elpa-org in stable/bookworm will be fixed by a security
reopen 1067663
found org-mode/9.1.14+dfsg-3
found org-mode/9.1.14+dfsg-3+deb10u1
found org-mode/9.4.0+dfsg-1+deb11u1
found org-mode/9.5.2+dfsh-5
thanks
Updating the affected versions from:
https://security-tracker.debian.org/tracker/CVE-2024-30202
and
Control: owner -1 !
Xiyue Deng writes:
>[ Xiyue Deng ]
>* New upstream release.
>* Re-export upstream signing key without extra signatures.
$ uscan --download-current-version
Newest version of persist-el on remote site is 0.6, specified download version
is 0.6
gpgv: Signature
Source: streamdeck-ui
Version: 1.1.2-2
Severity: normal
X-Debbugs-Cc: Benjamin Drung
Hi,
When I investigated Debian support for a Streamdeck, I was happy to
see we have a package for this. Unfortunately it's several years out
of date, is now unmaintained upstream. Here's the relevant commit:
Package: markdown-mode
Version: 2.5-1
Severity: normal
X-Debbugs-Cc: s...@debian.org
Please package markdown-mode v2.6. Upstream changelog is available
here:
https://github.com/jrblevin/markdown-mode/releases/tag/v2.6
Regards,
Nicholas
Control: owner -1 !
Hi Alexandru,
Happy New Year! I'll sponsor this one.
In the future please use "reportbug sponsorship-requests" and enter my
email at the "Enter any additional addresses this report should be sent
to; press ENTER after each address. Press ENTER on a blank line to
continue"
"Debian Bug Tracking System" writes:
> #1042364: syncthing: update to v1.23.6 at least
[snip]
> Source: syncthing
> Source-Version: 1.27.2~ds4-1
> Done: Félix Sipma
Thank you Félix! Your work is appreciated by many Debian users (and
DDs!) who have been unhappy about having to use the 3rd
Boris Kolpackov writes:
> Thanks for the clarification. Interestingly, in my use case I do
> want to be able to do incremental send/receive and the only reason
> I am temporarily clearing the read-only property is to change the
> subvolume's owner:
Why don't you create of a normal rw snapshot
Xiyue Deng writes:
> Done. Also reuploaded to mentors just in case.
>
Thanks, I've sponsored your upload. Please push the release tag to git
at your earliest convenience.
signature.asc
Description: PGP signature
Hi,
Paul Wise writes:
> On Mon, 2023-12-04 at 02:28 -0800, Xiyue Deng wrote:
>
>> I think dh_auto_clean is the right place, because the build failure is
>> because that the clean target requires the existence of
>> scala-mode-pkg.el, which is generated by Cask. As we don't have Cask,
>> we
Xiyue Deng writes:
> Control: tags -1 pending
>
> Hi,
>
> I have prepared a patch[1] that fixes this issue and also forwarded it
> upstream[2]. I have also prepared the package on mentors[3]. Please
> consider reviewing and sponsoring it. TIA!
>
> [1]
>
Xiyue Deng writes:
> Nicholas D Steeves writes:
>> Xiyue Deng writes:
>>> Nicholas D Steeves writes:
>>>
>
> There are about 3 years of newer commits since 1.1.0, and one of the
> major changes is that it adds support of scala 3 syntax which is not yet
>
Xiyue Deng writes:
> Nicholas D Steeves writes:
>
>
>> Have you asked upstream to tag a release?
>>
>
> Not before your review but done by now at [1]
Thank you. You may have heard that Debian is a distribution that
privileges the stable release model... When the h
Hi Dhavan,
Dhavan Vaidya writes:
> I have begun packaging:
>
> https://salsa.debian.org/codingquark/elpa-lin
>
> Feedback welcome.
The salsa project/git repo path shouldn't have an "elpa-" prefix (that
prefix is used for the binary package[s]). This source package is
currently named "lin".
Hi Dhavan,
Dhavan writes:
> On Monday, 10 July 2023 at 03:19, Nicholas D Steeves wrote:
>
>> You've got this! :) You're already using a gbp (git-buildpackage) style
>> git repository so this is very easy. Just use the Files-Excluded
>> feature of debian/control,
Control: retitle -1 RFS: scala-mode-el/1:1.1.0+git20221025.5d7cf21-1 [RC]
[Team] -- Emacs major mode for editing scala source code
Xiyue Deng writes:
[snip]
>[ Xiyue Deng ]
>* Sync to latest upstream head (5d7cf21).
Have you asked upstream to tag a release?
>* Override clean
Hi Dmitry!
Dmitry Shachnev writes:
> Hi everyone!
>
> Sorry for the late reply, but let me try to answer the questions which remain
> unanswered.
Thank you for finding the time to reply and to explain the Qt side of
things :)
> On Sun, Oct 29, 2023 at 07:43:51PM +0100, Alexis Murzeau wrote:
Source: signon-ui
Version: 0.17+16.04.20151125-1
Severity: important
Control: tag -1 trixie
Continuing from Dmitry Shachnev (mitya57)'s message at the kaccounts-providers
bug that is affected by this one:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1054919#51
We need to switch to a
Hi,
I received a report from sney (in #debian-qt-kde on OFTC) that a
workaround is no longer necessary in either kaccounts-providers or
signon-ui.
Thus it sounds like this was a case #1 problem
(https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1054919#24)
1. Google refuses to talk to Qt
Hi Alexis, and anyone else reading this,
Alexis Murzeau writes:
> I'm not sure how Qt webkit works, but I guess it behaves like a old
> chrome browser. I don't know if it uses a different user agent, but
> maybe Google doesn't recognize that it doesn't support newer web stuff.
Exactly, that's
On Fri, 03 Nov 2023 19:10:00 + Debian FTP Masters
wrote:
> Source: php-doc
> Source-Version: 20231017~git.cce6f7f+dfsg-1
> Done: Athos Ribeiro
>
Thank you Athos :)
signature.asc
Description: PGP signature
Package: php-elisp
Severity: normal
X-Debbugs-Cc: s...@debian.org
Currently the elpa-php-mode connects to the internet to access
php-doc; however, when I initially adopted the package, I had planned
to configure support for a local copy of php-doc; however, I was
blocked by #903999. Accessing
Package: release-notes
Severity: normal
X-Debbugs-Cc: Utopia Maintenance Team
Control: block 1054019 by -1
Hello,
When I switched to Pipewire for bookworm I learned that pipewire-jack
wasn't yet ready for general use due to broken sample rate
pass-through, as well as frequent Ardour hangs.
Version: 4:22.12.3-1
Control: tag -1 upstream confirmed
Hi,
Thank you for reporting this bug.
Alexis Murzeau writes:
> To fix this, I've put this line in /etc/signon-ui/webkit-
> options.d/accounts.google.com.conf:
> UserAgent = Mozilla/5.0 (X11; Linux x86_64; rv:57.0) Gecko/20100101
>
Package: devscripts
Version: 2.23.6
Severity: normal
Hi,
While creating a local bpo of devscripts 2.23.6 I noticed many
warnings like this:
gpg: WARNING: "--secret-keyring" is an obsolete option - it has no effect
in the build log. They are also visible on autobuilders
Hi Dylan,
Oops! Yes, thank you, I forgot to test a newer pipewire after tiring
and running out of time during the initial investigation.
0.3.82-1~bpo12+1 solves the bug :)
Rather than close this bug as fixed right away, do you think it would be
worthwhile to keep it open and/or add something
Hi Lorenzo,
Lorenzo writes:
> Package: sponsorship-requests
> Severity: normal
>
> Dear mentors,
>
> I am looking for a sponsor for my package "runit-services":
>
>
> * Package name : runit-services
>Version : 0.7.0
[snip]
>* Import the runscript from mini-httpd-run
Package: pipewire
Version: 0.3.65-3
Severity: normal
Hi,
Unfortunately using mpv's Pipewire driver results in audio being
resampled, which introduces resampling artifacts. While I discovered
this bug in bookworm's mpv_0.31.1-4, I've confirmed that it is still
present in 0.36.0-1. That said, as
Jonathan Hettwer writes:
> Package: partman-crypto
> Version: 121
> Severity: normal
> Tags: d-i
> X-Debbugs-Cc: j24...@gmail.com
>
> Dear Maintainer,
>
> The `crypto_check_mountpoints` script prevents you from setting up an
> encrypted root filesystem without an additional unencrypted /boot
>
Control: forwarded -1 https://github.com/joaotavora/yasnippet/issues/1173
Control: tag -1 upstream fixed-upstream
Lucas Nussbaum writes:
> Source: yasnippet
> Version: 0.14.0+git20200603.5cbdbf0d-2
> Severity: serious
> Justification: FTBFS
> Tags: trixie sid ftbfs
> User: lu...@debian.org
>
Xiyue Deng writes:
> Indeed. I've refinalized, recompiled, and reuploaded it to mentors[1].
> PTAL. Will create tag once it's uploaded to unstable.
There was some undocumented churn with python3-sphinx, but this release
isn't at fault, and it solves an RC bug, so I went ahead and uploaded.
Hi,
Manphiz writes:
> Finally got access from David. I have prepared a revision for the fix
> and uploaded to mentors[1]. Now looking for sponsors :)
>
> [1] https://mentors.debian.net/package/flycheck/
If you'd like me to sponsor, please refinalise, because 9222c3db occurs
after the
Manphiz writes:
> Hi Nicholas,
>
> Thanks for sponsoring the NMU! I have pushed the release commit to
> debian/2.2.0+git20200805-1.1 in my repo[1]. Let me know if the tag name
> looks OK.
>
> [1]
> https://salsa.debian.org/manphiz/silversearcher-ag/-/tags/debian%2F2.2.0+git20200805-1.1
>
Xiyue Deng writes:
> Control: tags 62 + pending
>
> Dear maintainer,
>
> I've prepared an NMU for silversearcher-ag (versioned as
> 2.2.0+git20200805-1.1)
> and uploaded it to mentors.debian.net. Please feel free to tell me if I should
> delay it longer.
You may have noticed that the timer
Hi наб, Gürkan, and Димка,
Reply follows inline.
On Tue, 07 Sep 2021 13:45:35 +0200 =?UTF-8?Q?G=C3=BCrkan_Myczko?=
wrote:
> Hello
>
> I think it's absolutely possible, what's not clear about the user
> contributions is
> though the licensing. I'd guess same as upstream, however not sure.
It
Package: fonts-courier-prime
Version: 0+git20190115-3
Severity: normal
Control: forwarded -1 https://github.com/quoteunquoteapps/CourierPrime/issues/9
Hi,
I'm currently investigating why the Italic/slant variant is always
used in Emacs, even when it shouldn't be. Thus far I've only found the
Control: forwarded -1 https://github.com/joodland/bm/issues/46
Control: forwarded -1 https://github.com/Sarcasm/irony-mode/issues/587
control: tag -1 moreinfo
Hi Akbarkhon,
Can you reproduce this bug on your system? I can't, and neither could
Adam, so it looks like a transient issue to me
https://bugs.debian.org/1023888
Best,
Nicholas
signature.asc
Description: PGP signature
On Fri, 22 Oct 2021 10:21:56 +0800 Paul Wise wrote:
> On Thu, 21 Oct 2021 19:47:21 +0200 Mattia Rizzolo wrote:
>
> > There are uses of closing a bug without notifying anybody, and I really
> > want `bts` to retain that use.
>
> I suggest a new design for bug closing:
[snip]
>
> Change the
clone 487185 -1
retitle -1 devscripts: [bts] Uses the wrong email address by default (broken
config by default)
severity -1 normal
thanks
Justification: affects default configuration
On Wed, 30 Dec 2015 19:35:13 -0500 James McCoy wrote:
> On Thu, Dec 31, 2015 at 12:15:56AM +, Daniel Shahaf
control: tag -1 pending
Manphiz writes:
> Nicholas D Steeves writes:
>
>> Manphiz writes:
>>
>>> Nicholas D Steeves writes:
>>>> Manphiz writes:
>>>>> Manphiz writes:
>
>>> BTW, I'm not a DD or DMD yet so I'm probab
Manphiz writes:
> Nicholas D Steeves writes:
>> Manphiz writes:
>>> Manphiz writes:
[snip]
>> Then finalise the changelog and build the package.
>>
>
> Done as well.
Thanks!
>> Finally, learn about what an "nmudiff" is, and file one a
I've moved this discussion from debian-emacsen to the relevant bug.
Please remove debian-emacsen from CC and add me to CC for all
follow-ups.
Manphiz writes:
> Manphiz writes:
>
>>
>> Thanks Nicholas! I used licensecheck and checked manually and updated
>> d/copyright accordingly in my merge
On Fri, 15 Sep 2023 14:35:08 +0200 "Farblos"
wrote:
> Not sure whether this is still relevant or just bad luck or whatever ... my
> unattended-upgrade failed today because of this issue. Logs available
> on request. Work-around was to remove version 3.20+dfsg-7, retrigger
> the unattended
Thank you for working on this! One note: where is it documented how
ipupdown and ipupdown-ng interact? For example using the alternatives
system, or a different config file location, or some sort of tagging
mechanism in network/interfaces. I would appreciate it if this was in the
changelog, at
Hi Daniel and David,
On Wed, 13 Sept 2023 at 04:17, Daniel Kahn Gillmor
wrote:
> thanks for the review! I poked around at
> https://github.com/jrblevin/markdown-mode and it looks like
> 518191bfd69130a6f788f7cea88033c183e43736 was intended to resolve these
> issues (see the PR i've linked
Hi Gianfranco,
Oh my, yes, it seems I forgot to add the new pipewire -dev package to the
fluidsynth -dev package. 'not sure how that happened, but my mistake!
Isn't only waiting 48h a bit rushed for an NMU though? I can of course
import your fix and upload in the next 48h, and I'd like to
Control: tag -1 upstream
Thanks for reporting!
Daniel Kahn Gillmor writes:
> I get a lot of warnings from markdown-mode when i launch emacs. the
> buffer contains the following:
[snip]
> I'm using emacs 1:29.1+1-5 with emacsen-common 3.0.5.
>
> This is well over 50% of all the warnings that
Control: tag -1 = upstream fixed-upstream
Max Nikulin writes:
Hi Max, thank you for investigating this, and thank you for the links
confirming it was fixed :)
> Changes will be included into the next major Org mode release.
So 9.6.10 or possibly 9.7.0.
> #+language: de
> #+latex_header:
Hi manphiz,
Manphiz writes:
> Xiyue Deng writes:
>
> Hi sten,
>
> When trying to pick a new upstream to rebase, I found that pulling
> either upstream repo will result in an incompatible git history versus
> the current debian/master branch on salsa.
This is expected, but please merge from
Manphiz writes:
> Nicholas D Steeves writes:
>> Manphiz writes:
>>> Nicholas D Steeves writes:
>
>> Please create an annotated tag called "debian/3.20+dfsg-8", but don't
>> push that tag until you receive the "ACCEPTED" email from
Manphiz writes:
> Nicholas D Steeves writes:
>> Manphiz writes:
>>> Nicholas D Steeves writes:
>>>> Manphiz writes:
>>
>> You're welcome. Yes, I agree that the github fork's structure has
>> diverged less, and I vaguely remember that that
Hi Alexandru,
Alexandru Mihail writes:
>> # Fix git config email and gpg identity, then
[snip]
>>
> I fixed my git config and redid the tag as discussed above
Thanks!
>> Sorry I only noticed this when I manually inspected and compared the
>> tag
> Yeah, sorry too :)
> I'll be going on
Manphiz writes:
> control: merge 1050404 -1
> control: block -1 by 1050459
> control: tags -1 patch
>
> Hi,
>
> I've prepared an MR[1] to handle this, which requires a newer
> emacs-buttercup which is being prepared at [2]. PTAL.
>
> [1]
Thank you for the ping!
Manphiz writes:
> Nicholas D Steeves writes:
>> Manphiz writes:
>>> Nicholas D Steeves writes:
>>>> Manphiz writes:
>>>>> Nicholas D Steeves writes:
>>>>>>> Nicholas D Steeves writes:
>
>&
Hello Alexandru,
Thank you for the ping :)
Alexandru Mihail writes:
> I've commited and pushed the changes to the remote I was using for the
> MR so far:
> commit:
> https://salsa.debian.org/alexandru_mihail/mini-httpd/-/commit/fc7c4f664dc1369b1bf5d46c8c9b7aa11de68407
>
>
> But I think I may
Control: block -1 by 1016558
Hi,
I'm just updating this bug to note the adopted muse-el package is just
about ready to upload (the ITA is also a pseudo-RFS bug), and I plan to
upload in the next few days. If this update isn't enough to prevent
autoremoval...well, at least the package will be
Control: reopen -1
Control: notfixed -1 syncthing/1.19.2~ds1-3
Control: fixed -1 syncthing/1.19.2~ds1-2
I've created this bug as a TODO for Syncthing 1.24, and cloned 1049983
for context rather than resubmitting.
Control: tags -1 - moreinfo
"Adam D. Barratt" writes:
> On Fri, 2023-08-25 at 21:17 -0400, Nicholas D Steeves wrote:
>>
>> <#part type="application/octet-stream"
>> filename="/home/sten/Dropbox/tmp/0.8.10-1_to_0.8.10-
>> 1+deb12u1.debdif
Hi Mattia,
Mattia Rizzolo writes:
> On Wed, Aug 23, 2023 at 04:44:58PM -0400, Nicholas D Steeves wrote:
>> An up-to-date trustdb isn't needed to sign a changes file, so I think
>> --no-auto-check-trustdb should be debsign's default. Alternatively, please
>> allow it
Package: release.debian.org
Severity: normal
Tags: bookworm
User: release.debian@packages.debian.org
Usertags: pu
X-Debbugs-Cc: vo...@packages.debian.org, s...@debian.org
Control: affects -1 + src:vorta
[ Reason ]
The upload of borgbackup/1.2.4-1 broke vorta/0.8.10-1, because that
release of
Manphiz writes:
> Nicholas D Steeves writes:
>
>> Manphiz writes:
>>
>>> Nicholas D Steeves writes:
>>>>> Nicholas D Steeves writes:
>
> Hmm, indeed I also cannot search it through my email. However, directly
> search the fingerprint wo
Hello Reuben,
Reuben Thomas writes:
> Package: org-mode
> Version: 8.3.2-1
> Followup-For: Bug #809931
>
> The correct value for org-odt-data-dir is actually
>
> /usr/share/emacs/site-lisp/org-mode/etc
>
> (not …/styles as I previously said).
Wow, it seems no one saw this bug for quite some
Hi Alexandru,
On Fri, 18 Aug 2023 02:07:46 +0300 Alexandru Mihail
wrote:
> >After that, let's talk about uploading. Think about whether you'd
> >like
> >to start gaining practice with dput (or dput-ng), or whether you'd
> >like
> >me to sponsor directly from git.
> I'm pretty ambivalent to
Manphiz writes:
> Nicholas D Steeves writes:
>>> Nicholas D Steeves writes:
>>
>
> Should have removed the redundant signatures and reuploaded to
> https://keys.openpgp.org, though I don't think I had 5 signatures on the
> same IDs? Anyway, PTAL.
Web interface:
"Adam D. Barratt" writes:
> On Thu, 2023-08-03 at 10:39 -0400, Nicholas D Steeves wrote:
>>
>> Thanks for the ACK, and for the reminder! I had forgotten to run dch
>> with "--team", so I fixed that, and uploaded.
>>
>
> I'm no
Package: devscripts
Version: 2.23.4
Severity: normal
Earlier this month I attempted to upload a security-related stable-pu;
however, "debsign foo.changes && dput foo.changes" never reached the
dput stage, because GPG decided that it was a good time to update the
trustdb. Updating the trustdb
Richard Lewis wrote:
> David Bremner wrote:
>
> > Richard Lewis writes:
> > > David Bremner wrote:
> > >
> >
> > As far as the actual bug with failing to clean up, I ran
> >
> > % systemd-nspawn --machine bullseye /usr/lib/dh-elpa/helper/remove emacs
> > dash 2.17.0
> >
> > and that cleans up the
Hi Alexandru,
Thanks again for your work! I submitted a second (I think we're at the
second one) gitlab review here:
https://salsa.debian.org/debian/mini-httpd/-/merge_requests/2/diffs
Summary:
1. One minor nitpick for multi-maint changelog format
2. Two lines that I can't make sense of
Hi,
jnqnfe writes:
> On 11/02/2015 18:42, Ben Hutchings wrote:
>> So the root (no pun intended) of the problem is that btrfs-tools was
>> not installed. Ben.
>
> Ah ha, you're absolutely right, I assumed it was but it is indeed not
> installed. Thanks for that.
>
> Yep, now it boots
Dimitri John Ledkov writes:
> On 6 August 2014 03:46, Russell Coker wrote:
>> Package: debian-installer
>> Severity: normal
>>
>> http://www.spinics.net/lists/linux-btrfs/msg36461.html
>>
>> BTRFS has some issues that can cause system lockups, filesystem deadlocks
>> that
>> prevent writing to
P.S.
> Dimitri John Ledkov writes:
>
>> On 6 August 2014 03:46, Russell Coker wrote:
snip
>>> be that we should have a warning. BTRFS isn't at the stage where someone
>>> with
>>> little knowledge of it can just use it. To have it work reliably the
>>> sysadmin
>>> needs to know more
Hello,
Sorry for the delay, I hadn't realised that I had forgotten to actually
send this draft:
On Fri, 11 Aug 2023 at 22:09, Manphiz wrote:
> Nicholas D Steeves writes:
> Now also uploaded my PGP keys to https://keys.openpgp.org/. pgp.mit.edu
> has been unstable for a while,
Hello,
Osamu Aoki writes:
> It is great to have btrfs support with @rootfs. Thanks. I wish if it
> is a bit more verbose on what it does in installer dialogue. This is
> more important if we want to use existing btrfs with something like
> @home-uid1000 in it ;-)
>
You are welcome, and yes,
On Sun, 6 Aug 2023 at 04:37, Manphiz wrote:
> Nicholas D Steeves writes:
>
> > Hi,
> >
> > Reply follows inline. Can we move this discussion to #1016558 to not
> > bother Axel with our discussion?
I guess that's a no?
> > Manphiz writes:
> >> N
Alexandru Mihail writes:
> I've redone some diffs, too. Also, my previous statement of 1.4.2 httpd
> makes no sense, because, at a quick glance, I could observe the
> introduction of virtual hosting in httpd 1.5*, which mini-httpd had
> from the beginning. You're right to advise to look at 1.5*
Hi Alexandru,
Alexandru Mihail writes:
> MR filed:
> https://salsa.debian.org/debian/mini-httpd/-/merge_requests/2
Thanks. We can rebase and squash at the end, but for now please don't
force push.
>>Oh man, yeah, hello early days of the internet! All you need now is
>>some MIDI files and
Hi,
Reply follows inline. Can we move this discussion to #1016558 to not
bother Axel with our discussion?
Manphiz writes:
> Nicholas D Steeves writes:
>>>> Nicholas D Steeves writes:
>>>>
> Thanks! Though I'm not really a user of muse-el, I'd lik
Hi Xiyue Deng,
I just realised that the package adoption conversation we're having
didn't involve this bug. Just like converting a RFP bug to an ITP bug,
you should convert this O to and ITA.
To anyone else reading this, the sponsorship review is happening at the
following bug: #1042911
Hello,
Manphiz writes:
>> Nicholas D Steeves writes:
>>
>
> Hi Nicholas,
>
> I have now prepared a merge request to migrate away from assoc.el[1] and
> also forwarded the patch upstream. Also set the package as team
> maintained and add myself as an upload. PTAL
Hi Aidan,
Aidan writes:
> OK, thank you for your quick feedback.
> If the implementation is fundamentally flawed then I think I'll just leave
> it.
I liked the user-facing UI of your proposed solution, I agree that it
can be hard to learn how to work with git in Debian packaging, and it
can be
David Bremner writes:
> Nicholas D Steeves writes:
>
>> 1. Set Notmuch as the default application for email (or URI handler)
>> 2. Navigate to the BTS in a web browser like Firefox
>> 3. Find a bug, and click on one of the reply links
>> 4. Emacs opens in me
Control: tag -1 + upstream wontfix
Control: forwarded -1 https://list.orgmode.org/20160222085952.GA32746@garlic/
Hello Max,
Max Nikulin writes:
> On Sun, 21 Feb 2016 11:37:01 +0100 Sébastien Delafond wrote:
>>
>> thanks for your report. As this seems to be a pure upstream problem,
>> could
Jonathan Wiltshire writes:
> Control: tag -1 confirmed
>
> On Mon, Jun 12, 2023 at 07:44:52PM -0400, Nicholas D Steeves wrote:
>> Updated debdiff attached.
>
> Please go ahead (you should probably add a non-maintainer upload line, or
> add yourself to uploaders, as we
Hi David,
David Bremner writes:
> Control: severity -1 wishlist
Spoiler, it looks like this may need to be increased.
> Nicholas D Steeves writes:
>
>> It would be wonderful if elpa-notmuch provided an example handler for
>> mailto: URIs. Somewhere along the line
Hello Alexandru,
Thank you for this latest update. Notes follow inline. Please count
the TODO items, resolve 4/4, and file an MR.
Alexandru Mihail writes:
> Hello again, Nicholas !
>
> ---
> debian/copyright:
>
> Files:
Hi Paul,
Paul Tagliamonte writes:
> I /am/ one of the package maintainers :)
>
It's great to hear from you :) As one of the maintainers, will you have
time and energy to review and merge Mateusz's work in the near future?
Alternatively, would you be willing to add Mateusz as an Uploader and
Package: elpa-notmuch
Version: 0.37-1
Severity: normal
It would be wonderful if elpa-notmuch provided an example handler for mailto:
URIs. Somewhere along the line I seem to have added a custom one; however, for
some reason it opens message-mode rather than notmuch-message-mode.
Dear Hajime Mizuno, or whoever might be thinking about salvaging this
package,
The best solution appears to be encouraging and supporting this friendly
fork:
https://github.com/ggreer/the_silver_searcher/issues/1515
The next best solution appears to be switching to a fork that fixed this
lu...@mailbox.org writes:
> Hi Nicholas,
>
> thanks for your quick response and your proposal. I will give it a try in the
> next days and report back as soon as possible.
You're welcome. P.S. Slight correction in the last email: I meant to
write that "Borg 1.2.4" was uploaded during the
Hello,
Would you like to fix this RC bug and adopt the package?
https://bugs.debian.org/1042911
and the orphan bug is here: #1016558
Best,
Nicholas
signature.asc
Description: PGP signature
Control: tag -1 moreinfo
Hello,
H.-Dirk Schmitt writes:
> Package: elpa-org
> Version: 9.6.7+dfsg-1-c42-bpo-1
> Severity: normal
> X-Debbugs-Cc: none, H.-Dirk Schmitt
>
> I use a backport from sid/trixie below bookworm.
> In difference to the 9.5 version the setting `#+LANGUAGE: de-de` is not
Control: retitle -1 vorta: diff feature broken
Control: tag -1 upstream fixed-upstream
Control: fixed -1 vorta/0.8.12-1
Thanks for the bug report, and I agree this is an important (and
expected) feature. This happened because Vorta 1.2.4 was uploaded
during Bookworm's (Debian 12's) hard freeze,
Hi Alexandru,
For brevity I've omitted the parts that look good.
Alexandru Mihail writes:
> RobMcCool's copyright was traced from a git repository which
> imported NCSA httpd (which was verified to be precise).
> Multiple commits by RobMcCool on HEAD
> show his contributions on the files
Manphiz writes:
>>> I have been trying to fix uscan error of Emacs addon packages. When
>>> working on volume-el, I found that the repo on salsa didn't accept merge
>>> requests while most other packages did. If it can open up merge request
>>> access it would be great and I have some pending
Xiyue Deng writes:
> Source: volume-el
> Severity: wishlist
> X-Debbugs-Cc: none, Xiyue Deng
>
> Dear maintainers,
>
> I have been trying to fix uscan error of Emacs addon packages. When
> working on volume-el, I found that the repo on salsa didn't accept merge
> requests while most other
1 - 100 of 1723 matches
Mail list logo