[Petter Reinholdtsen]
> I believe I found the correct location in
> https://salsa.debian.org/debian/newlib/edit>, where a new path for
> the project can be specified. I did not test it yet. Do you want to
> move it, or should I give it a try?
Another and slightly related
[Petter Reinholdtsen]
> I suspect so, but not sure how. I doubt I have more privileges than you
> in this regard, but could give it a try if you want me to.
I believe I found the correct locatoin in
https://salsa.debian.org/debian/newlib/edit>, where a new path for
the project can be
[Petter Reinholdtsen]
> I suspect so, but not sure how. I doubt I have more privileges than you
> in this regard, but could give it a try if you want me to.
I believe I found the correct locatoin in
https://salsa.debian.org/debian/newlib/edit>, where a new path for
the project can be
Petter Reinholdtsen pushed to branch master at Debian Security Tracker /
security-tracker
Commits:
619c08a2 by Petter Reinholdtsen at 2024-03-30T22:31:42+01:00
Add two more relevant links for the xz-utils issue.
- - - - -
1 changed file:
- data/CVE/list
Changes
[Matthias Klose]
> Petter, is there a way to move the VCS on salsa?
I suspect so, but not sure how. I doubt I have more privileges than you
in this regard, but could give it a try if you want me to.
--
Happy hacking
Petter Reinholdtsen
[Matthias Klose]
> Petter, is there a way to move the VCS on salsa?
I suspect so, but not sure how. I doubt I have more privileges than you
in this regard, but could give it a try if you want me to.
--
Happy hacking
Petter Reinholdtsen
[Stephen Rhodes]
> Hope you are having a nice day. I am researching my options for making a
> Debian package for a python program, hope to have something soon.
Very glad to hear you are on the case. Please ping me on IRC when you
are ready to test. :)
--
Happy hacking
Petter Reinholdtsen
I agree. Someone need to take over yagl upstream development for it to
be sustainable in Debian. Time to file for removal?
See https://bugs.debian.org/877377 > for my tries to find a new upstream.
--
Happy hacking
Petter Reinholdtsen
I agree. Someone need to take over yagl upstream development for it to
be sustainable in Debian. Time to file for removal?
See https://bugs.debian.org/877377 > for my tries to find a new upstream.
--
Happy hacking
Petter Reinholdtsen
[Remus-Gabriel Chelu 2023-12-28]
> Please find attached the Romanian translation of the «sitesummary_debconf»
> file.
Thank you very much. I've added the file to git, to make sure it is
included in the next upload.
--
Happy hacking
Petter Reinholdtsen
[Remus-Gabriel Chelu 2023-12-28]
> Please find attached the Romanian translation of the «sitesummary_debconf»
> file.
Thank you very much. I've added the file to git, to make sure it is
included in the next upload.
--
Happy hacking
Petter Reinholdtsen
ean TEMPFILE=$(shell mktemp) to get a random temp file
name?
--
Happy hacking
Petter Reinholdtsen
--
Pkg-javascript-devel mailing list
Pkg-javascript-devel@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-javascript-devel
ean TEMPFILE=$(shell mktemp) to get a random temp file
name?
--
Happy hacking
Petter Reinholdtsen
ean TEMPFILE=$(shell mktemp) to get a random temp file
name?
--
Happy hacking
Petter Reinholdtsen
I guess the fix is to convince the build to add -latomic to its link
lines when needed.
--
Happy hacking
Petter Reinholdtsen
I guess the fix is to convince the build to add -latomic to its link
lines when needed.
--
Happy hacking
Petter Reinholdtsen
image/*
application/oxps
application/vnd.ms-xpsdocument
application/epub+zip
%
Perhaps the list of files listed in the package description should be
extended?
--
Happy hacking
Petter Reinholdtsen
eam support available.
--
Happy hacking
Petter Reinholdtsen
Control: severity -1 important.
With https://bugs.debian.org/1058822 >, this issue became
release critical.
--
Happy hacking
Petter Reinholdtsen
, to make it more obvoius that this is not a NMU.
> I would add as well the bug closer for #984446.
Good point. git updated.
--
Happy hacking
Petter Reinholdtsen
, to make it more obvoius that this is not a NMU.
> I would add as well the bug closer for #984446.
Good point. git updated.
--
Happy hacking
Petter Reinholdtsen
nstead.
And upstreamed, of course. :)
--
Happy hacking
Petter Reinholdtsen
stream is the
correct one. The Sourceforge page claim the latest version is 3.2,
while the Debian package uses version number 5. Are you using a
different upstream source?
--
Happy hacking
Petter Reinholdtsen
[Helmut Grohne 2020-12-13]
> Please consider applying the attached patch.
This seem like a change that should be handled upstream. Did you send
the patch to the upstream project already? Is it still a problem with
version 5 of GNU Cobol?
--
Happy hacking
Petter Reinholdtsen
o not know much about Cobol, but wonder if you have a small test
program demonstrating the problem, to make it possible to check if this
issue still exist in the latest version 5 of GNU Cobol?
--
Happy hacking
Petter Reinholdtsen
okworm; urgency=medium
+
+ * QA upload.
+ * Orphan package to reflect status in Unstable.
+ * Added mallocr-CVE-2021-3420.patch to solve incorrect overflow
+check in malloc and friends.
+
+ -- Petter Reinholdtsen Sat, 16 Mar 2024 08:53:41 +0100
+
newlib (3.3.0-1.3) unstable; urgency=
okworm; urgency=medium
+
+ * QA upload.
+ * Orphan package to reflect status in Unstable.
+ * Added mallocr-CVE-2021-3420.patch to solve incorrect overflow
+check in malloc and friends.
+
+ -- Petter Reinholdtsen Sat, 16 Mar 2024 08:53:41 +0100
+
newlib (3.3.0-1.3) unstable; urgency=
ils.
Note, picolib can be an alternative to newlib.
--
Happy hacking
Petter Reinholdtsen
ils.
Note, picolib can be an alternative to newlib.
--
Happy hacking
Petter Reinholdtsen
ackages from Unstable.
OK. Updated issue metadata.
--
Happy hacking
Petter Reinholdtsen
was used to trigger the error?
--
Happy hacking
Petter Reinholdtsen
did not show anything about license. I believe it
can be considered licensed the same way as the mascot, which I believe
was discussed on this mailing list a while back. I was not able to find
the mail thread, but perhaps someone else remember the details.
--
Happy hacking
Petter Reinholdtsen
ave no idea how much work it would be.
I look forward to having a look at your git repo to see if there is
something there I can learn from for the whisper.cpp packaging.
--
Happy hacking
Petter Reinholdtsen
ave no idea how much work it would be.
I look forward to having a look at your git repo to see if there is
something there I can learn from for the whisper.cpp packaging.
--
Happy hacking
Petter Reinholdtsen
In my sid chroot, on a laptop with no AMD GPU, I get this:
root@minerva:/# rocminfo
ROCk module is NOT loaded, possibly no GPU devices
root@minerva:/# rocm_agent_enumerator
gfx000
root@minerva:/#
--
Happy hacking
Petter Reinholdtsen
ess
for integeres and floating point numbers. No idea if this affect
libhsa-runtime-dev, but thought it best to mention it just in case.
--
Happy hacking
Petter Reinholdtsen
lear from
the upstream README how this is solved in this new version. Can you
explain how this new system is kept secure and avoid privacy problems?
I notice the package has been in NEW for 10 months already. Is there a
git repo with the draft packaging for this package?
--
Happy hacking
Petter Reinholdtsen
lear from
the upstream README how this is solved in this new version. Can you
explain how this new system is kept secure and avoid privacy problems?
I notice the package has been in NEW for 10 months already. Is there a
git repo with the draft packaging for this package?
--
Happy hacking
Petter Reinholdtsen
[Christian Kastner 2024-02-13]
> I'll push a first draft soon, though it will definitely not be
> upload-ready for the above reasons.
Where can I find the first draft?
--
Happy hacking
Petter Reinholdtsen
[Christian Kastner 2024-02-13]
> I'll push a first draft soon, though it will definitely not be
> upload-ready for the above reasons.
Where can I find the first draft?
--
Happy hacking
Petter Reinholdtsen
Control: retitle -1 ITP: megactl -- LSI Megaraid Control and Monitoring Tools
The package is now waiting in NEW, with Jérémy Lal and me as
maintainers.
--
Happy ahcking
Petter Reinholdtsen
Control: retitle -1 ITP: megactl -- LSI Megaraid Control and Monitoring Tools
The package is now waiting in NEW, with Jérémy Lal and me as
maintainers.
--
Happy ahcking
Petter Reinholdtsen
printf("%i\n", b);
return 0;
}
EOF
% gcc x.c
% ./a.out
-12.340000
-12
%
--
Happy hacking
Petter Reinholdtsen
after it, I believe it is better if you send this
patch to the upstream project.
--
Happy hacking
Petter Reinholdtsen
after it, I believe it is better if you send this
patch to the upstream project.
--
Happy hacking
Petter Reinholdtsen
?
--
Happy hacking
Petter Reinholdtsen
?
--
Happy hacking
Petter Reinholdtsen
and update the
salsa git repository with a new maintainer before this if you have a
better idea.
--
Happy hacking
Petter Reinholdtsen
I created draft packaging rules in
https://salsa.debian.org/debian/megactl >.
--
Happy ahcking
Petter Reinholdtsen
I created draft packaging rules in
https://salsa.debian.org/debian/megactl >.
--
Happy ahcking
Petter Reinholdtsen
A more up to date version with a more responsive git repository owner is
available from https://github.com/namiltd/megactl/ >. It is a
fork from https://github.com/hmage/megactl >.
--
Happy ahcking
Petter Reinholdtsen
A more up to date version with a more responsive git repository owner is
available from https://github.com/namiltd/megactl/ >. It is a
fork from https://github.com/hmage/megactl >.
--
Happy ahcking
Petter Reinholdtsen
where this would be useful.
--
Happy hacking
Petter Reinholdtsen
where this would be useful.
--
Happy hacking
Petter Reinholdtsen
ait for the next
release before uploading, or ran into build problems and did not have
time to investigate. I do not really remember any more.
--
Happy hacking
Petter Reinholdtsen
--
Pkg-javascript-devel mailing list
Pkg-javascript-devel@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-
ait for the next
release before uploading, or ran into build problems and did not have
time to investigate. I do not really remember any more.
--
Happy hacking
Petter Reinholdtsen
https://github.com/OpenModelica/OpenModelica >. According to
https://openhub.net/p/openmodelica > it has a fairly large
development team and is in active development.
--
Happy hacking
Petter Reinholdtsen
https://github.com/OpenModelica/OpenModelica >. According to
https://openhub.net/p/openmodelica > it has a fairly large
development team and is in active development.
--
Happy hacking
Petter Reinholdtsen
[Frans Spiesschaert]
> However, the French and Japanese translations have not received any
> updates in the past year. Therefore, I think it is harmless to unlock
> those two translations on hosted-weblate.
>
> If nobody objects, I plan to unlock them in a few days.
I normally solve such issues
[Kari Pahula]
> I guess 2.1.0 would work out of the box with LLVM 16, but I'd wager
> it's still much closer to working with LLVM 17 than Triton 2.0.0 would
> be.
I tested building 2.1.0 in unstable a few days ago, and could not get it
to build, so my guess is different.
--
Happy hacki
I have drafted a package in
https://salsa.debian.org/deeplearning-team/whisper.cpp.git >.
Still need lots of work.
--
Happy hacking
Petter Reinholdtsen
I have drafted a package in
https://salsa.debian.org/deeplearning-team/whisper.cpp.git >.
Still need lots of work.
--
Happy hacking
Petter Reinholdtsen
to be reproduced using non-proprietary data sets.
This is an alternative implementation to the one requested in
https://bugs.debian.org/1034091 >.
--
Happy hacking
Petter Reinholdtsen
to be reproduced using non-proprietary data sets.
This is an alternative implementation to the one requested in
https://bugs.debian.org/1034091 >.
--
Happy hacking
Petter Reinholdtsen
[Petter Reinholdtsen]
> I tried replacing build dependencies libmlir-14-dev and mlir-14-tools
> with libmlir-16-dev and mlir-16-tools to match the llvm version
> detected during my build, but it still fail. I do not undrestand
> cmake enough to understand why it fail.
I figured out
[Petter Reinholdtsen]
> I tried replacing build dependencies libmlir-14-dev and mlir-14-tools
> with libmlir-16-dev and mlir-16-tools to match the llvm version
> detected during my build, but it still fail. I do not undrestand
> cmake enough to understand why it fail.
I figured out
and mlir-14-tools content changed in a way that break the
build with newer llvm versions. Not sure how to work around this, not
skilled enough with cmake to figure out a solution so far.
--
Happy hacking
Petter Reinholdtsen
sper implementation.
--
Happy hacking
Petter Reinholdtsen
sper implementation.
--
Happy hacking
Petter Reinholdtsen
and running. Please let me
know when you have published a git repo with the packaging rules.
--
Happy hacking
Petter Reinholdtsen
and running. Please let me
know when you have published a git repo with the packaging rules.
--
Happy hacking
Petter Reinholdtsen
e with ZFS on other platforms.
--
Happy hacking
Petter Reinholdtsen
e with ZFS on other platforms.
--
Happy hacking
Petter Reinholdtsen
++
Description : Port of Facebook's LLaMA model in C/C++
--
Happy hacking
Petter Reinholdtsen
++
Description : Port of Facebook's LLaMA model in C/C++
--
Happy hacking
Petter Reinholdtsen
/4e9838fbc2d9ccca1e8b5a80d0e9000bfacc4938
>
and the fix was included in the 9.2 release recently tagged.
--
Happy hacking
Petter Reinholdtsen
/4e9838fbc2d9ccca1e8b5a80d0e9000bfacc4938
>
and the fix was included in the 9.2 release recently tagged.
--
Happy hacking
Petter Reinholdtsen
/4e9838fbc2d9ccca1e8b5a80d0e9000bfacc4938
>
and the fix was included in the 9.2 release recently tagged.
--
Happy hacking
Petter Reinholdtsen
guring out what is going wrong here.
--
Happy hacking
Petter Reinholdtsen
guring out what is going wrong here.
--
Happy hacking
Petter Reinholdtsen
[Petter Reinholdtsen]
> I do not use ssr much myself, and have not had time to test.
I applied the upstream commit in git branch fix-1040375-glinject and
tested it on Bookworm, but alas, the .so file still segfaults with a
useless backtrace. I might have applied the commit incorrectly, as it
[Petter Reinholdtsen]
> I do not use ssr much myself, and have not had time to test.
I applied the upstream commit in git branch fix-1040375-glinject and
tested it on Bookworm, but alas, the .so file still segfaults with a
useless backtrace. I might have applied the commit incorrectly, as it
[Petter Reinholdtsen]
> I do not use ssr much myself, and have not had time to test.
I applied the upstream commit in git branch fix-1040375-glinject and
tested it on Bookworm, but alas, the .so file still segfaults with a
useless backtrace. I might have applied the commit incorrectly, as it
Control: tag -1 pending
Hello,
Bug #1040375 in simplescreenrecorder reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
descrived as "Switch to PLT hooks to make GLInject work with new dlopen/dlsym
in libc" in
https://github.com/MaartenBaert/ssr/commit/83b8f9f5d9c9ab06152657e57f85b6f71954a6b9
>?
I do not use ssr much myself, and have not had time to test.
--
Happy hacking
Petter Reinholdtsen
descrived as "Switch to PLT hooks to make GLInject work with new dlopen/dlsym
in libc" in
https://github.com/MaartenBaert/ssr/commit/83b8f9f5d9c9ab06152657e57f85b6f71954a6b9
>?
I do not use ssr much myself, and have not had time to test.
--
Happy hacking
Petter Reinholdtsen
descrived as "Switch to PLT hooks to make GLInject work with new dlopen/dlsym
in libc" in
https://github.com/MaartenBaert/ssr/commit/83b8f9f5d9c9ab06152657e57f85b6f71954a6b9
>?
I do not use ssr much myself, and have not had time to test.
--
Happy hacking
Petter Reinholdtsen
Control: affects -1 + libvorbis-dev
Control: block 1061501 by -1
This issue cause a failing autopkgtest with libvorbis. I would much
prefer a fix in valgrind instead of disabling a autopkgtest check.
--
Happy hacking
Petter Reinholdtsen
andled automatically, and avoid my major
objection of maintaing a list of individual architectures.
> Do you consider that scenario likely?
I have no idea. I continue to be amazed by the prorities and choices
make with computers, and have no way to evaluate the likelyhood . :)
--
Happy hacki
to reintroduce
luajit for ppc64el.
--
Happy hacking
Petter Reinholdtsen
to reintroduce
luajit for ppc64el.
--
Happy hacking
Petter Reinholdtsen
to reintroduce
luajit for ppc64el.
--
Happy hacking
Petter Reinholdtsen
ormat`
In the code above the 1st printf corrects the format
specifier and the 2nd copies the one in wine (indirectly from
debian/patches/arm/format-strings.patch )
--
Happy hacking
Petter Reinholdtsen
ormat`
In the code above the 1st printf corrects the format
specifier and the 2nd copies the one in wine (indirectly from
debian/patches/arm/format-strings.patch )
--
Happy hacking
Petter Reinholdtsen
ormat`
In the code above the 1st printf corrects the format
specifier and the 2nd copies the one in wine (indirectly from
debian/patches/arm/format-strings.patch )
--
Happy hacking
Petter Reinholdtsen
Happy hacking
Petter Reinholdtsen
Happy hacking
Petter Reinholdtsen
Happy hacking
Petter Reinholdtsen
iler error, that the compiler do not
understand this "new" flag?
--
Happy hacking
Petter Reinholdtsen
iler error, that the compiler do not
understand this "new" flag?
--
Happy hacking
Petter Reinholdtsen
201 - 300 of 19112 matches
Mail list logo