check this
weekend what the status is and get back to you, mostly likely with an
upload to at least mentors.
Yours,
Kay
Am Mi., 31. Juli 2024 um 14:07 Uhr schrieb Stuart Prescott <
stu...@debian.org>:
> Hi Kay
>
> I see that an updated nuitka has still not made it to Debian and so
&
The later versions of Nuitka with less problems didn't make it to unstable
yet, they would only give an error. However, I
expect to make an upload in the next 2 weeks that will then close this bug.
Yours,
Kay
-// -e 's/\..*//'` -ge 11 ] && echo true)
This is handling "unstable" only, and I am assuming Debian Sid changed to
provide a "n/a" value there instead now. I will produce an upload later
this coming week to address it.
Yours,
Kay
NMU, but I am not Yaroslav, so I don't know for certain.
Yours,
Kay
kages even of old distributions like jessie, so Py2 doesn't
> seem needed in any suite.
>
That is true. The package will build, but it will not be usable with
Python2 then. It also would mean that it could not be used to compile
Python2 programs of users that are otherwise executable on their system.
Yours,
Kay
ifferent order, e.g.
"base-files (>= 11) | ..." and your checker tools (which I assume found
this) will be happier? As I said, in the past, I have used this approach to
disallow tools that were not usable.
Recommending python-xml will be replaced with python3-xml or simply
removed, but lxml will later become a dependency, where similar problems
will appear.
Please advise.
Yours,
Kay
open points of Python 3.8 compatibility? Otherwise I
could also (ask my sponsor to) upload in 2-3 days.
Best regards,
Kay
e. These now might be actual bugs become
visible only with 3.7.1, which I need to look at, and fix it.
Yours,
Kay
I have the problem after apt-get upgrade samba is removed and reinstall is not possible!
sources.list
deb http://security.debian.org/debian-security jessie/updates main contrib non-free
deb-src http://security.debian.org/debian-security jessie/updates main contrib non-free
deb http://ftp.deb
Hi. I’m a core contributor to OmegaT.
The entire package is years out of date. Those constants haven’t existed since
2011 as best I can tell.
If this package isn’t going to be updated, I would suggest removing it entirely.
-Aaron
On Fri, 17 Jun 2016 09:36:30 +0200 Rene Engelhard wrote:
> Pac
ith extra fixes included. This was really helpful to
tell that it's not a baseline version.
In the concrete case, I can make a run time check to see if the new
behaviour is needed or not. But that is not generally the case.
In terms of solution, I am not so sure yet, how f2 and f3 can be made to
differ, it is going to need a new upstream release. I hope to find a
solution during the week though.
Yours,
Kay
is
no longer used to determine if locals is a dictionary, and therefore
writable, or not. Apparently in f3 it is not, and in f2 it is.
I wonder, if this is really an upstream change, or maybe a Debian specific
change. Unfortunately, this will need more investigation and has no obvious
fix. I am going to check against baseline 2.7.8 now and report on that.
Yours,
Kay
the
other hand, if you can identify where this was referenced from, I can take a
look and see if it ought to be included. It looks as if it comes from one of
the XHTML variants, but there seem to be many of these in use.
Michael Kay
Saxonica
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@
/issues/1813
which I think is fixed in the 9.5 branch but not in 9.4.
The underlying cause is inconsistent use of system IDs and public IDs in the
W3C-published DTDs.
Michael Kay
Saxonica
On 29 Jan 2014, at 12:41, Eugene Zhukov wrote:
> On Wed, Jan 29, 2014 at 11:00 AM, Michael Kay wrote:
&g
3c-dtds
and the corresponding list for 9.4 is at:
http://www.saxonica.com/documentation9.4-demo/index.html#!sourcedocs/w3c-dtds
Michael Kay
Saxonica
On 29 Jan 2014, at 08:28, Eugene Zhukov wrote:
> On Tue, Jan 28, 2014 at 4:25 PM, Michael Kay wrote:
>> Saxon-B 9.1 does not include co
he problem. The current release is 9.5. We have no plans to issue further
maintenance releases for 9.1, although we do appreciate that some users have
been sticking with that release because of the discontinuities introduced
between 9.1 and 9.2.
Michael Kay
Saxonica
On 28 Jan 2014, at 13:28, Eugen
, not from Saxon. So Saxon doesn't actually know what files are
being requested.
Regards,
Michael Kay
Saxonica
On 9 Jan 2014, at 08:17, Mathieu Malaterre wrote:
> Dear Mike,
>
> I am trying to solve issue reported against debian: saxonb 9.1.0.8
> package. The full report
Could you please post the contents of ~/.xsession-errors?
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Fri, Dec 13, 2013 at 4:29 AM, Ben Hutchings wrote:
> On Fri, 2013-12-13 at 00:28 +0100, Kay Sievers wrote:
> [...]
>> >> Such an explicit message would probably use printk_emit() and pass
>> >> structured data with the filename and the ides from the kernel to
&
On Fri, Dec 13, 2013 at 12:42 AM, Michael Biebl wrote:
> Am 13.12.2013 00:34, schrieb Michael Biebl:
> See also
> http://lists.freedesktop.org/archives/systemd-devel/2013-November/014771.html
>
> But that thread just echoes what Kay already said, that user-space
> firmware loa
e information about *missing* firmware
would be to add explicit messages to the kernel when things are really
*missing*. Blindly tracing firmware requests and guessing around never
really made sense.
Also: That all this is gone now is a side-effect of moving firmware
loading into the kernel where
i and install
> necessary (firmware) packages based on the modalias information?
>
> Especially [2] looks like it could be a replacement.
> That said, isenkram-autoinstall-firmware doesn't seem to use the
> modalias info and instead greps through the modinfo output which looks
>
On Fri, Dec 13, 2013 at 12:12 AM, Andreas Cadhalpun
wrote:
> On 12.12.2013 23:19, Kay Sievers wrote:
>> On Thu, Dec 12, 2013 at 10:58 PM, Michael Biebl
>> wrote:
>>> This was removed upstream [1] and is highly unlikely to be added back.
>>> Especially conside
new version of Nuitka to be released soon will address the issue by
treating ">=2.7.6" the same as "2.7.5+".
Best regards,
Kay Hayen
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
ither
depended on nor recommended by nuitka.
Truly so. Thanks for your report. I will prepare an upload in the next
days that will address the "g++" bug, and also the "CXX" environment
bug. I think I have only tested "CXX" for setting to "clang", which has
no check on "CXXVERSION" currently.
Yours,
Kay
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Hello Lucas,
Am 23.03.2012 10:27, schrieb Lucas Nussbaum:
So it's much easier to fix that problem in your package, for example by
build-depending on B | A.
I totally agree and prepare an upload with this for my sponsor Yaroslav
Halchenko at the next opportunity.
Yours,
Kay Hayen
talled, it will change the result.
Yours,
Kay
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
u implying that the choice is not made in a
deterministic way? It probably is just that somebody or something hates
it when not all choices are valid.
Best regards,
Kay Hayen
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
-dbg (>= 2.6.6-2), python-all-dev (>= 2.6.6-2),
rst2pdf (>= 0.14-2), scons (>= 2.0.0), base-files (<< 6.0) |
python3-all-dev (>= 3.2), base-files (<< 6.0) | python3-all-dbg (>= 3.2)
I am assuming a bug in an underlying package and ask to reassign this bug.
Yours,
Kay Hayen
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
I should have reported this in May when I did the Lenny-> Squeeze upgrade. I
couldn't get
Uw-imapd working at all after the dist-upgrade, despite it having worked
relatively trouble-free for many years through a few Debian
releases. As I was fighting other fires at the time following the dist-upg
Hello,
this is just to confirm that ftp.debian.org is also affected. I didn't yet
find a workaround that makes apt-get ignore signatures. Is there one?
Yours,
Kay Hayen
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". T
On Tue, 2006-11-28 at 08:12 +0100, Bastian Blank wrote:
> On Mon, Nov 27, 2006 at 03:45:36PM +0100, Kay Sievers wrote:
> >For now you can just
> > blacklist all platform events like Marco already suggested.
>
> Nope. modprobe don
that, but we hope to get that fixed. For now you can just
blacklist all platform events like Marco already suggested.
Kay
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Tue, 2006-07-25 at 15:43 +0200, Felix Homann wrote:
> On Tuesday 25 July 2006 13:18, Kay Sievers wrote:
> > PHYSDEVPATH and the 'device' link are both deprecated and will go away
> > some day in the future, you better pass the values you want to use in
> > your sc
tter since it's simpler:
>
> $DEVPATH -> /class/tty/ttyS2
> $PHYSDEVPATH -> /devices/pci:00/:00:1e.0/:06:01.0/0.0
PHYSDEVPATH and the 'device' link are both deprecated and will go away
some day in the future, you better pass the values you want to use in
your s
ld better not be used. They will not go away
soon, but if that can be solved without them, it would be nice.
PHYSDEVBUS is just the subsystem of the parent device, which can
probably be matched with BUS=="pcmcia".
Kay
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: nut
Version: N/A; reported 2005-08-15
Severity: grave
Justification: renders package unusable
Before this i tried to change from uw-imap to courier and then to cyrus.
Both did not work so i returned to uw-imap and deleted user cyrus.
Newer nut-versions (2.x) did not install and while dei
37 matches
Mail list logo
