This looks to be related to #1102946, #1102955 and likely fixed by
4.2.3+dfsg-2. Will advise once it migrates to testing.
Package: chirp
Version: 1:20250221-1
Severity: grave
Justification: renders package unusable
kjotte@agamemnon:~$ chirpw
Traceback (most recent call last):
File "/usr/bin/chirpw", line 33, in
sys.exit(load_entry_point('chirp==20250221', 'console_scripts', 'chirpw')())
~~
Any chance we can cherry-pick the fix for this?
https://github.com/zeroc-ice/ice/pull/2910/files
While the upstream issue report is tied to the milestone for the next
release, there's no indication when that might be, and the previous
release was quite awhile ago.
I'm inquiring as this is blo
Sorry, working through the brain fog a bit: I was able to start an
existing VM, probably because the apparmor profile with its UUID still
existed. I noticed the issue because I deleted the VM to try and
recreate it, which failed because the template didn't exist.
On 2/1/25 10:43, Andrea Bologn
sion" to ease the upgrade with the intent to go back
re-modify it later.
On 1/30/25 18:48, Andrea Bolognani wrote:
On Tue, Jan 28, 2025 at 09:20:38PM -0500, Kevin Otte wrote:
On Tue, 28 Jan 2025 19:28:24 -0500 Kevin Otte wrote:
The package manifest includes an AppArmor template, but it is
n
n close
this out as notabug.
On 1/28/25 21:39, Alban Browaeys wrote:
Le mardi 28 janvier 2025 à 21:20 -0500, Kevin Otte a écrit :
I had tried doing an "apt --reinstall install ..." of the package to
get
the configuration to no avail. Ultimately I had to do a "dpkg
--force-confm
re of in the upgrade process.
On 1/28/25 21:10, Alban Browaeys wrote:
On Tue, 28 Jan 2025 19:28:24 -0500 Kevin Otte
<[ni...@nivex.net](mailto:ni...@nivex.net)> wrote:
Package: libvirt-daemon-driver-qemu
Version: 11.0.0-1
Severity: grave
Justification: renders package unusable
Dear Maintaine
Package: libvirt-daemon-driver-qemu
Version: 11.0.0-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
The package manifest includes an AppArmor template, but it is not seen on the
filesystem after the package is installed:
root@saratoga:/tmp# dpkg -L libvirt-daemon-driv
Package: foot
Version: 1.20.0-1
Severity: grave
Tags: upstream
Justification: renders package unusable
Dear Maintainer,
foot 1.20.0 contains a critical bug that causes a crash when it receives a
particular set of Unicode characters.
https://codeberg.org/dnkl/foot/issues/1901
This issue has been
Not only is upstream still pending, but the Debian package has been
orphaned: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1076391
At this point I would think it makes more sense for Wayfire to be
removed so wlroots can proceed, bringing other compositors like sway and
labwc along with it
es/dkms/wl.ko
license:MIXED/Proprietary
alias: pci:v*d*sv*sd*bc02sc80i*
depends:cfg80211
…"
)
Thank you Salvatore. Let's get this into stable soon.
--
Kevin Price
Control: affects -1 + src:broadcom-sta linux-image-6.1.0-15-amd64
@other affected users: What wifi drivers are you using, and do they
taint your kernel?
Am 11.12.23 um 13:27 schrieb Kevin Price:
> Am 11.12.23 um 12:37 schrieb Salvatore Bonaccorso:
> Need any more logfiles or testing?
e.
Please let me know what kernel version you want me to test, if they're
provides as debian binaries. I'd be glad to help, probably not only for
my own sake. Bear with me I'm unwilling to build kernel packages myself,
due to lack of computing resources. HTH
--
Kevin Price---
form IOT help you.
Please also specify whether you'd like me to do that testing under
6.1.0-15, in which I cannot even invoke sudo, or under 6.1.0-13, which
will do anything fine.
Thanks a lot in advance, and HTH!
--
Kevin PriceContent-Type: text/plain; charset="us-ascii"
MIME-Ver
On my Debian 11 XFCE machine this works correctly. Make sure "PolicyKit
Authentication Agent" is checked under "Session and Startup" ->
"Application Autostart".
In Debian 12 under Sway the GNOME Authentication Agent segfaults, but I
will take this up under separate cover. I was able to work ar
Package: system-config-printer
Version: 1.5.18-1
Followup-For: Bug #1031152
Workaround suggested by original reporter (sudo) ineffective on sway due to
Wayland security model.
-- System Information:
Debian Release: 12.0
APT prefers testing-security
APT policy: (500, 'testing-security'), (500
I've just released mutt 2.2.9, which I believe should fix this problem.
-Kevin
signature.asc
Description: PGP signature
t/-/commit/527537027b0c9134192663c9d3ec01d6cea6c5c2.patch
I will try to get a Mutt release out later this week with these two
commits, but if you need the fix sooner, please grab the above patches.
-Kevin
signature.asc
Description: PGP signature
The 2.1.5 packages have made their way into bookworm, and my system is
now happily running kernel 5.18 with ZFS.
I'm no expert, but since these packages are in 'contrib' I suspect
they don't have the ability to block package upgrades in 'main'.
On Sun, Jun 19, 2022 at 5:51 AM Chris Putnam wrote:
>
> Apologies if this question is well-answered, but why isn't this package
> holding back the kernel to 5.17? I
Building python-apt 2.3.0 also fails with the same error, so I suspect
the cause is in libapt-pkg, not libqapt.
hands of Debian process,
but ideally the three links from my last email would be backported to
those.
-Kevin
Package: graphite-web
Version: 1.1.8-1
Severity: grave
Dear Maintainer,
Installed graphite-web on a fresh bullseye machine and migrated the apache
virtualhost configuration from a running buster machine.
Attempting to load the page results in the error listed in the subject.
Full traceback:
[M
On Tue, Sep 07, 2021 at 08:20:49PM -0700, Kevin J. McCarthy wrote:
I think the probability of users encountering that in practice is low.
But if you're going through the effort of back-porting the fix, please
wait and I'll commit a corrected fix tomorrow.
This is still on a branc
. However, that won't work
properly if the values differ more than a signed int can hold.
I think the probability of users encountering that in practice is low.
But if you're going through the effort of back-porting the fix, please
wait and I'll commit a corrected fix tomorrow.
-Kevin
This bug caused the package to not be included in the bullseye release
and is now blocking the upgrade of one of my machines. Can we please
pull the latest upstream (now 1.1.8) in and get a backport for bullseye?
s for considering,
Kevin
[1]: https://lists.debian.org/debian-release/2021/06/msg00597.html
-- System Information:
Debian Release: 11.0
APT prefers testing-debug
APT policy: (990, 'testing-debug'), (990, 'testing'), (500,
'unstable-debug'), (500, 'testing
Package: baresip-core
Version: 1.0.0-2
Severity: grave
Justification: renders package unusable
Dear Maintainer,
Since libre 1.1.0 has migrated to testing, baresip can no longer make calls:
$ baresip
baresip v1.0.0 Copyright (C) 2010 - 2020 Alfred E. Heggestad et al.
Local network address: IPv6
Thanks for the additional eyes. Should I file a bug against baresip to
have it rebuilt for testing, or will that be triggered automatically
when libre migrates?
On 10/14/20 12:40 PM, Bernhard Übelacker wrote:
> Dear Maintainer,
> I could reproduce the issue and it looks like there is a ABI break
>
Package: libre0
Version: 1.1.0-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
I went ahead and installed version 1.1.0-1 from unstable to go ahead and
test the fix for #971980.
---
kjotte@daedalus:~$ baresip
baresip v1.0.0 Copyright (C) 2010 - 2020 Alfred E. Heggestad
nfigure_servers.py", line
228, in on_edit_clicked
self.server_configs.append(new_config)
AttributeError: 'NoneType' object has no attribute 'append'
Thank you,
Kevin Thomas
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy: (500,
e on e01f044c). Using wsproto
0.15 with 5.0.1 has been working well for me.
Best,
Kevin
[1]: https://github.com/mitmproxy/mitmproxy/commit/106948d99
[2]: https://github.com/mitmproxy/mitmproxy/pull/3651
y (which causes this grave bug) and given its fairly stable
dependencies, migrating recent versions into stable-updates might well be the
neatest fix to this, imho.
See also #908947.
Cheers
Kevin
-- System Information:
Debian Release: 10.2
APT prefers stable-updates
APT policy: (500, 'st
so I've just tidied up the indentation in your patch and
> added a changelog entry, and will otherwise push it as is.
Agreed. My apologies for the inconsistent indentation in the patch.
Thanks for cleaning it up and pushing the fix!
Kevin
On 20 Feb 2019, at 22:19, Moritz Mühlenhoff wrote:
>
> On Tue, Jan 15, 2019 at 10:31:17AM +, Kevin Smith wrote:
>> On 27 Dec 2018, at 22:52, Moritz Mühlenhoff wrote:
>>>
>>> On Fri, Dec 07, 2018 at 01:41:47PM +, Kevin Smith wrote:
>>>> Apol
On 27 Dec 2018, at 22:52, Moritz Mühlenhoff wrote:
>
> On Fri, Dec 07, 2018 at 01:41:47PM +, Kevin Smith wrote:
>> Apologies, I’d forgotten that we’d prepared an update from upstream and not
>> gotten it submitted. We’ll try to address this in the next week or so.
>
Apologies, I’d forgotten that we’d prepared an update from upstream and not
gotten it submitted. We’ll try to address this in the next week or so.
/K
> On 6 Dec 2018, at 21:55, Moritz Muehlenhoff wrote:
>
> Source: swift-im
> Severity: serious
>
> Should swift-im be removed?
> - No upload sin
tings that have changed between those two
> referenced openssl versions. We will try to pin things down in FreeRDP, so
> that system-wide defaults don't apply anymore for FreeRDP.
Sounds great. Will do. Let me know if there is anything else I can
do to help.
Thanks,
Kevin
?
> If yes, does removing it help?
I just encountered the same issue with gimp 2.10.2-1. I did have
libopenblas-base (0.3.2+ds-1) installed. Uninstalling it did solve
the issue. Perhaps adding libopenblas-base to Conflicts would be
appropriate? Anything else I can do to isolate/test?
Th
Hi, I am on Debian Unstable on real hardware and I have the same problem,
SDDM launches but there is dark screen on TTY7 with only my mouse.
--
Kevin Messer
seems that the permissions of /dev/dri/card0 changed. See below for
the end of syslog. syslog.broken is the error case, syslog.ok is the
successful case.
Thanks,
Kevin
-- Package-specific info:
** Kernel log: boot messages should be attached
** Model information
sys_vendor: LENOVO
product_name
needs to be uploaded to Debian as well.
> You'd need to get somebody prepare an updated package and look for
> sponsorship, like Kevin Smith did for 3.0.4-1 last year.
Swift 4.0’s in (hopefully) final RC at the moment, so I expect to be sorting
out a package for that shortly.
/K
ing to anybody.
Hello Ben,
Thank you for the fix. We have same issue as other people in this conversation.
When did you think that the fix will be rollout as stable?
Kind regards,
Kevin van Steijn
On Tue, Nov 21, 2017 at 10:37 AM, Gianfranco Costamagna
wrote:
> On Sun, 12 Nov 2017 16:59:50 +0000 Kevin Cernekee wrote:
>> tag 878883 pending
>> thanks
>
> Hello,
>
> ping?
I think the new package needs to be uploaded. Could you please review?
Nice try dipshit
Sent from my iPhone
> On Nov 13, 2017, at 4:06 PM, Amazon FinalNotice
> wrote:
>
> welcome to amazon
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
e164aac3c3f4cfffb1b81cf84b036975ae371415
Author: Kevin Cernekee
Date: Sun Nov 12 08:46:14 2017 -0800
New Debian release.
diff --git a/debian/changelog b/debian/changelog
index 7ea8d4c..d1ca382 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+stoken (0.92-1) unstable; urgency=medium
+
+ * Imported
Hi,
I merged the patches and was planning to do an 0.92 upstream release.
omutt" work as "mutt" would seem to clearly contravene the
asserted and enforcible licence."
Even if the legal argument is not airtight, doing this is insulting
and disrepectful to the Mutt project and to me as its maintainer.
Please correct this issue ASAP.
-Kevin McCarthy
mozart will not build on 64 bit architectures. amd64 should run the i386
binaries.
On Fri, 10 Feb 2017 at 22:15 Hans Joachim Desserud
wrote:
> I looked a bit at this issue and it seems the reason it fails on
> amd64 is that mozart isn't built for this architecture
> (see https://packages.debian.
thon{version} -p 3.5 returned
> > exit code 13
> > debian/rules:22: recipe for target 'override_dh_auto_test' failed
Upstream has now fixed this issue, and I've cherry-picked the fix into the
package as a patch. I've pushed to git.d.o, so an (urgent) upload would be much
appreciated.
Merry Christmas all!
Cheers
K
---
Kevin Murray
hores when building this
package in pbuider chroots, related to a missing /dev/shm. I have never
experienced the issues you report though.
Cheers,
K
[1]:
https://bitbucket.org/snakemake/snakemake/issues/426/random-test-hangs-during-debian-package
---
Kevin Murray
Hi all,
AFAICT I think I should have fixed the issues in skbio. I've filed an ROM bug,
and updated to latest upstream. Could I please get an upload and see if the
test failure goes away?
Cheers,
Kevin
---
Kevin Murray
Hi Andreas,
On 19:15 15/11, Kevin Murray wrote:
> I will also (but haven't yet) see if I can get it to build against libssw.
Well that turned out to be far easier than I expected. I've pushed a patch that
uses libssw from debian. So let's see if this fixes the build. And we a
re also old binary packages preventing a testing transition,
which I'm not sure how to deal with.
Cheers,
K
---
Kevin Murray
Adding "pre-up sleep 5s" to the stanza causes the ifup to complete
successfully.
Package: isc-dhcp-client
Version: 4.3.1-6+deb8u2
Severity: critical
Tags: ipv6
Justification: breaks the whole system
Dear Maintainer,
Adding a "dhcp 1" (stateless DHCPv6) to my inet6 interface stanza causes
the system to fail to bring up the interface, failing with these
messages in syslog:
Aug
On 14 Jul 2016, at 08:50, Mattia Rizzolo wrote:
>
> On Fri, Jul 01, 2016 at 05:23:48AM +, Mattia Rizzolo wrote:
>> On Thu, Jun 16, 2016 at 09:17:32PM +0100, Kevin Smith wrote:
>>> Thanks very much - I’ve had something I think’s ready to go for a
>>> couple o
www.debian.org/doc/packaging-manuals/copyright-format/1.0/
>>
>> It's not a bad thing to do, but isn't a good reason to delay uploading a
>> version which fixes RC bugs.
>
> nontheless, I got my experience with it, so if Kevin wants to share the
> current w
On 12 Jun 2016, at 22:09, Kevin Smith wrote:
>
> On 12 Jun 2016, at 22:06, Mattia Rizzolo wrote:
>> On Sun, Jun 12, 2016 at 09:49:21PM +0100, Kevin Smith wrote:
>>> Next step is working out why uic reports that it “could not find a Qt
>>> installation of ‘’”.
On 12 Jun 2016, at 22:06, Mattia Rizzolo wrote:
> On Sun, Jun 12, 2016 at 09:49:21PM +0100, Kevin Smith wrote:
>> Next step is working out why uic reports that it “could not find a Qt
>> installation of ‘’”. I’ll keep at it.
>
> If you share the thing somewhere (a git re
On 12 Jun 2016, at 18:27, Mattia Rizzolo wrote:
>
> On Sun, Jun 12, 2016 at 06:24:14PM +0100, Kevin Smith wrote:
>> My current issue is working out how to remove a dev dependency on the
>> qt5-default metapackage and still have it compile.
>
> usually, removing qt5-defa
On 12 Jun 2016, at 16:43, Mattia Rizzolo wrote:
>
> On Sun, May 29, 2016 at 12:21:52PM +, Mattia Rizzolo wrote:
>> On Sun, May 29, 2016 at 09:49:59AM +0100, Kevin Smith wrote:
>>> There’s a new package in the process of being uploaded. The version
>>> I produc
Same issue here.
There’s a new package in the process of being uploaded. The version I produced
a few days ago accidentally used an old lint profile, but I’ll fix that
imminently.
/K
> On 29 May 2016, at 00:27, Mattia Rizzolo wrote:
>
> Source: swift-im
> Version: 2.0+dev6-1
> Severity: serious
>
> Dear main
Hi there,
Does the patch on the ticket you filed fix the issue?
https://bitbucket.org/sshguard/sshguard/issues/29/
If not, could you try "#define _POSIX_SOURCE 1" at the top of
'src/sshguard_whitelist.c', before any header files are included?
Thanks,
Kevin
--
Kevin Zheng
I guess so. There have been updates however on the git, but they were
never uploaded:
http://anonscm.debian.org/cgit/collab-maint/connman.git/tree/debian/changelog
Anyway, it seems an updated package is on it's way:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=816542
On Mon, Mar 07, 2016 at
now, thought it's not ready for upload.
Cheers,
Kevin
---
Kevin Murray
0xA4B4EE6A
Hi Andreas,
On 17:56 27/10, Andreas Tille wrote:
> Hi Kevin,
>
> do you have a plan to work on this? I'd recommend to choose the name
>
> /usr/bin/axe-demultiplexer
>
> and provide
>
> /usr/lib/debian-med/bin/axe
>
> in addition and add
&
.
Mea culpa, Sorry!
Cheers,
Kevin
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (900, 'unstable'), (500, 'oldstable'), (400, 'testing'), (300,
'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
inary) package and offer my apologies for not having inspected samtools
throughly.
Kevin Murray
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500,
'oldstable'), (1
On 5/18/2015 4:14 PM, Francesco Poli wrote:
If it is confirmed that Gian Filippo contributed to the forking of
DXPC within the NoMachine project, but not directly to DXPC, then I
think that he made his contributions available under the terms of the
GPL v2 of the NoMachine project. If this is th
t:Re: future tecnologies
From: Brian Pane
Date: 1999-07-02 16:42:18
[Download message RAW]
Kevin Vigor wrote:
On 01-Jul-99 d...@mcfeeley.cc.utexas.edu wrote:
> Speaking of licensing, are you putting your 3.8.0 changes to the dxpc
> code itself under GPL, or are they going to u
, NoMachine forked NXCOMP from DXPC some time between DXPC
3.7.0 and DXPC 3.8.0.
Questions to Kevin:
o Is there any SVN upstream repo still online
(I saw it in one of the tarballs, that SVN was
used for 3.9.0).
I'm afraid not. There was never an online repo available, and if I
my intent when changing the license to 2-clause BSD was
simply to clarity the existing intent and that it ought therefore be considered
retroactive.
Yours,
Kevin Vigor
On 05/11/15 22:46, Mike Gabriel wrote:
Dear Kevin,
(I Cc: several people involved in this, also the X2Go developmen
/distribution/HTML-Mason
final version of the patch
https://github.com/jibsheet/HTML-Mason/commit/59a9d7fdbc8e53c569109e35ebac52ad90e9daef
-kevin
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi
Here is the patch by Timo Sirainen:
http://dovecot.org/pipermail/dovecot/attachments/20141014/0c46af0d/attachment.obj
And his message:
http://www.dovecot.org/pipermail/dovecot/2014-October/098244.html
Best,
Kevin
-BEGIN PGP SIGNATURE
On Wed, Oct 15, 2014 at 03:07:38PM -0400, Kevin Falcone wrote:
>
> I'll open an rt.cpan.org bug later if I have a chance (I'm not sure if
> you also need a bug against the libhtml-mason-perl package in sid).
I've opened
https://rt.cpan.org/Public/Bug/Display.html?id=9
27;ing in the CGI.pm "stop warning" variable seems fine.
Not something we can really fix at the RT level, but certainly
something that should end up being fixed in HTML::Mason.
I'll open an rt.cpan.org bug later if I have a chance (I'm not sure if
you also need a bug against the
musl 1.1.4 was submitted some minutes ago, which will resolve all
pending known issues. This will fix the bug described.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
This bug is known and was fixed in musl 1.1.1. Unfortunatly musl does
not build at the moment on unstable and testing, because of a serious
gcc-4.9.0 bug #748681, that is not fixed yet. Chances are there, that
it will get fixed by upstream gcc-4.9.1. Until then, musl-1.1.0-1 is
also suffering from
The musl package 1.1.2 is packaged and ready for upload. Unfortunatly
Debian unstable has switched to gcc-4.9 as their default compiler,
which introduces a serious bug in weak alias constant folding. A
possible patch is attached to the upstream gcc bug, but is currently
not applied or reviewed by t
ue. I don't have statistics on how many users run with trust-model =
always but I definitely run into it with clients.
-kevin
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Oh yes, I see that now. I'm surprised it got as far as it did with that
wrong, but I'll fix and we can see what happens then.
On Sat, Jan 11, 2014 at 6:18 PM, Sergei Golovan wrote:
> Hi Kevin,
>
> On Sat, Jan 11, 2014 at 9:12 PM, Kevin Glynn
> wrote:
> > I can be
shape.
Kevin
On Thu, Jan 9, 2014 at 10:41 AM, Sergei Golovan wrote:
> Hi Niels and Kevin,
>
> As far as I can see from build logs, there are two build problems with
> Mozart currently:
>
> 1) on powerpc the correct architecture is failed to be determined,
> because there&#x
re are
many more users thankfully looking forward to this update.
cheers
--
Kevin Price
http://www.kevin-price.de/
signature.asc
Description: OpenPGP digital signature
://mailman.nginx.org/pipermail/nginx-announce/2013/000125.html )
brgds
--
Kevin Price
http://www.kevin-price.de/
signature.asc
Description: OpenPGP digital signature
Thanks for taking care of this. It would be great if you could do this NMU
until I get round to spending some time on this package.
regards
Kevin
On Fri, Oct 11, 2013 at 1:48 PM, Sergei Golovan wrote:
> Source: mozart
> Version: 1.4.0-8
> Severity: normal
> Tags: patch
>
&g
The problem: All official Debian arches are eglibc based. So musl will
never provide libc-dev for them. The main reason why the musl debian
package exists is for bootstrapping a new debian port
"musl-linux-armhf" which is already supported by dpkg. For that arch
musl is providing the libc-dev packa
I suspect this may have to do with -Wl,-znocombreloc. If I change the
debian/rules to
LDFLAGS = $(shell dpkg-buildflags --get LDFLAGS) -Wl,-znocombreloc
then the emacs24-lucid package works.
The emacs configure checks for and adds -Wl,-znocombreloc to LDFLAGS.
But the way the "build_cmd" fo
This bug happens for me too with 24.3+1-1. (Though emacs23-lucid is
ok.)
gdb suggests that the "superclass" field in emacsFrameClassRec is some
wild pointer value, not the intended "&widgetClassRec", causing
XtInitializeWidgetClass() to crash when it follows to the superclass.
The superclass fie
On Thu, Mar 28, 2013 at 11:52 AM, John Paul Adrian Glaubitz <
glaub...@physik.fu-berlin.de> wrote:
> On 03/28/2013 04:51 PM, Kevin Coyner wrote:
>
>> Just saw this and would have to concur. The package has a very small
>> following and can be removed.
>>
>
&
Just saw this and would have to concur. The package has a very small
following and can be removed.
Kevin
On Thu, Mar 28, 2013 at 11:12 AM, John Paul Adrian Glaubitz <
glaub...@physik.fu-berlin.de> wrote:
> Hi,
>
> after talking with the release team, the package has now been re
patch.
Thank you for your work.
Kevin
On Wed, Mar 27, 2013 at 9:10 AM, John Paul Adrian Glaubitz <
glaub...@physik.fu-berlin.de> wrote:
> I have prepared an NMU with the attached debdiff. I'd be happy to upload
> if the maintainer agrees.
>
>
> Adrian
>
> -
Rob Browning writes:
>
> # The version-specific site-lisp dir, say emacs/21.1/site-lisp, needs
> # to be in share/FLAVOR so that as we upgrade from 21.1 to 21.2,
> # etc., add-on package bits don't get left behind.
Hmm. I suppose if an add-on is removed by a flavour upgra
Rob Browning writes:
>
> investigate our load-path handling more carefully, perhaps even more so,
> given that Emacs has changed its behavior over the past couple of major
> releases -- but I also think that it's probably not something that we
> should attempt right now, this close to a release.
Rob Browning writes:
>
> It's not the list spine I'm trying to copy, but the string objects
Ah, I see. Yes that might be prudent, though the "flavor-dir" one
coming in is a fresh concat.
> I suppose one argument for keeping the symlink is the possibility that
> Emacs or add-on packages may look
Rob Browning writes:
>
>(let* ((paths (mapcar copy-sequence dirs)) ; Ensure we have unique objects.
In debian-run-directories? I suspect its &rest makes "dirs" a fresh
list anyway.
Incidentally, one thing I never understood was why load-path has entries
for both
"/usr/share/emacs24/si
I've got a package complete but just want to tidy it up and test it a
little more. Thanks.
Kevin
On Fri, Nov 30, 2012 at 4:37 AM, Michael Stapelberg
wrote:
> Hi Kevin,
>
> Michael Stapelberg writes:
> >> I'm on the road right now, but would be happy to
--
Kevin Coyner. GnuPG key: 2048R/C85D8F71
On Nov 25, 2012 12:33 PM, "Michael Stapelberg"
wrote:
>
> > Your patch does seem to work on fixing most of the issues that I had
> > identified, and you have tested it thoroughly (I haven't run the tests
> > mys
akes
it easy to test, since there's no need to expend discs.
Furthermore, I think the problem is a race condition, but I haven't been
able to fully understand it. Console output clearly shows that there
is a problem, however:
brasero (libisofs)DEBUG : Skipping excluded file /home/kevin/
1 - 100 of 315 matches
Mail list logo
