sacore-data-tai-utc is currently uninstallable and
unusable.
Best regards,
Giacomo Mulas
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (401, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
ontain the trixie/sid version of openssl is sufficient to fix
dependencies (I did this on my systems).
Thanks in advance, best regards
Giacomo Mulas
-- System Information:
Debian Release: 12.9
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-sec
ent, either because it was installed by its dependencies
or because it created it.
Thanks in advance, best regards
Giacomo Mulas
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (401, 'unstable'), (10, 'experimental')
Architecture:
endencies not available on sid.
For the time being, on my system I am holding back the upgrade of all the
cuda-related libraries, till this is resolved.
Thanks in advance, best regards
Giacomo Mulas
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (401, 'u
unwanted security
issues.
Thanks in advance, best regards
Giacomo Mulas
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (401, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 6.1
c, dminfo)
^
RuntimeError: PycArray: failed to load the numpy API
Please recompile it to use numpy >2.0, to solve this.
Thanks in advance, best regards
Giacomo Mulas
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
Package: python3-bdsf
Version: 1.12.0-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
with the release to unstable of the new version of python3-numpy python3-pycuda
became uninstallable, since the new python3-numpy does not provice
python3-numpy-abi9.
best regards,
Package: python3-silx
Version: 2.1.2+dfsg-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
with the release to unstable of the new version of python3-numpy python3-pycuda
became uninstallable, since the new python3-numpy does not provice
python3-numpy-abi9.
best regar
Package: python3-pyfai
Version: 2024.05-3+b1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
with the release to unstable of the new version of python3-numpy python3-pycuda
became uninstallable, since the new python3-numpy does not provice
python3-numpy-abi9.
best rega
Package: python3-pyopencl
Version: 2024.1-2
Severity: grave
Justification: renders package unusable
Dear Maintainer,
with the release to unstable of the new version of python3-numpy python3-pycuda
became uninstallable, since the new python3-numpy does not provice
python3-numpy-abi9.
best regar
regards, bye
Giacomo Mulas
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (401, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 6.12.12-amd64 (SMP w/12 CPU threads; PREEMPT
talled if they need it, or to uninstall hplip and be unable to reinstall it
till this dependence is fixed.
Of course, stalling the transition will, on the long run, end in dependency
hell, hence the "important" tag.
Thanks in advance, best regards
Giacomo Mulas
-- Package-specific i
ase, rebuild against the current openmpi in sid, and update dependencies
accordingly.
Best regards
Giacomo Mulas
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (401, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)
Foreign Arch
and update dependencies
accordingly.
Best regards
Giacomo Mulas
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (401, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 6.12.3-amd6
and update dependencies
accordingly.
Best regards
Giacomo Mulas
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (401, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 6.12.3-amd6
in sid, and update dependencies
accordingly.
Best regards
Giacomo Mulas
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (401, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 6.1
mpi in sid, and update dependencies
accordingly.
Best regards
Giacomo Mulas
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (401, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 6.1
and update dependencies
accordingly.
Best regards
Giacomo Mulas
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (401, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 6.12.3-amd6
uperposition with the ones defined as native functions.
Till then, zfs-dkms will be unusable with the default amd64 kernel in sid,
hence I tagged this bug as "important".
Thanks in advance, best regards
Giacomo Mulas
-- System Information:
Debian Release: trixie/sid
APT prefers unsta
s. The segfault occurs when
executing mkoffload, which is in gcc-*-offload-nvptx, not (apparently) when
executing any tools from nvptx-tools. Sorry if this was annoying.
Please let me know if there is any test I can do to help solving this.
Bye,
ance, best regards
Giacomo Mulas
#include
#include
#include
void saxpy(float a, float* x, float* y, int sz) {
#pragma omp target teams distribute parallel for simd \
num_teams(3) map(to:x[0:sz]) map(tofrom:y[0:sz])
for (int i = 0; i < sz; i++) {
if (omp_is_initial_device()) {
ance, best regards
Giacomo Mulas
#include
#include
#include
void saxpy(float a, float* x, float* y, int sz) {
#pragma omp target teams distribute parallel for simd \
num_teams(3) map(to:x[0:sz]) map(tofrom:y[0:sz])
for (int i = 0; i < sz; i++) {
if (omp_is_initial_device()) {
ance, best regards
Giacomo Mulas
#include
#include
#include
void saxpy(float a, float* x, float* y, int sz) {
#pragma omp target teams distribute parallel for simd \
num_teams(3) map(to:x[0:sz]) map(tofrom:y[0:sz])
for (int i = 0; i < sz; i++) {
if (omp_is_initial_device()) {
accomplish this change in the installed openblas64.pc files
I hope this is useful nonetheless.
Thanks in advance, best regards
Giacomo Mulas
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (401, 'unstable'), (10, 'experimental')
Archit
table anyway). The
solution would be to upgrade to 1.8.1, where the build failure is
known to be fixed.
Thanks for your kind reply. I see. Are there particular reasons _not_
to upgrade to 1.8.1, at least in experimental?
Thanks, bye
Gi
is created?
Hope this is useful, best regards,
Giacomo
--
_
Giacomo Mulas
_
INAF - Osservatorio Astronomico di Cagliari
via della scienza 5 - 09047 Selargius (CA
haveged to read and write
/dev/shm/sem.* files, and it now works again. I don't know if this can be fixed
in a better way, but this works.
thanks in advance, best regards
Giacomo Mulas
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (401, 'unsta
-indices option enabled. it would actually be _relatively_
easy, since you already provide the "64" versions compiled with the
--with-64-bit-indices option enabled.
Thanks for all the great work, best regards
Best regards, bye
Giacomo Mulas
-- System Information:
Debian Release: trixie
Petsc to make it compatible with current openmpi in sid (or at
least another available MPI implementation on sid).
Thanks in advance, best regards
Giacomo Mulas
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (401, 'unstable'), (10, &#x
Petsc to make it compatible with current openmpi in sid (or at
least another available MPI implementation on sid).
Thanks in advance, best regards
Giacomo Mulas
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (401, 'unstable'), (10, &#x
you
please either get the experimental versions in sid or downgrade both versions
to previous simultanously working versions?
Thanks in advance, best regards
Giacomo Mulas
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (401, 'unstable&#
em on Debian Sid and on Suse Tumbleweed
(i.e., the other computer that I've mentioned in my previous mail) so it's
likely an upstream problem.
Thank you for your time ፨ g
On Fri, Aug 23, 2024 at 5:39 PM Roland Rosenfeld wrote:
> Hi Giacomo!
>
> On Fri, 23 Aug 2024, Giacomo Bo
in advance, best regards
Giacomo Mulas
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (401, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 6.7.12-amd64 (SMP w/12 CPU threads; P
ian, hence
possibly closing this bug?
Thanks, best regards
Giacomo Mulas
--
_____
Giacomo Mulas
_
INAF - Osservatorio Astronomico di Cagliari
via della scienza 5 - 09047 Selargius
Hello,
You, or other DD or DM can take maintainership of it. Zero objections.
ciao
cate
On 2024-04-11 2:41, Boyuan Yang wrote:
Source: latencytop
Version: 0.5.0-0.1
Severity: important
X-Debbugs-CC: c...@debian.org
Dear package latencytop maintainer in Debian,
After looking into the p
Package: libllvm17t64
Version: 1:17.0.6-9
Severity: normal
Dear Maintainer,
with the latest update, libllvm17t64 has been released in different versions
between amd64 and i386 (1:17.0.6-9+b2 and 1:17.0.6-9+b1). This makes them
uninstallable simultaneously, since each breaks any other lib for ot
tracker3.
Thanks, best regards
Giacomo Mulas
--
_
Giacomo Mulas
_
INAF - Osservatorio Astronomico di Cagliari
via della scienza 5 - 09047 Selargius (CA)
tel. +39 070
Package: tracker-miner-fs
Version: 3.7.0-1
Severity: important
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation? A recent dist-upgrade on my sid laptop
* What exactly did you do (or not do) that was effective (or
shows this in an additional subsequent message to
this bug report.
Bye, thanks in advance
Giacomo
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (401, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectu
load-nvptx does not appear to install them anywhere, nor
to depend on any other separate package that does. This effectively renders the
package unusable.
Thanks in advance, best regards
Giacomo Mulas
*** Reporter, please consider answering these questions, where appropriate ***
* What led
he default compiler fails.
Thanks in advance, best regards
Giacomo Mulas
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (401, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 6.7
el free to reassign the bug, if appropriate.
Thanks in advance, best regards
Giacomo Mulas
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (401, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Ke
On Wed, 28 Feb 2024, Preuße, Hilmar wrote:
On 27.02.2024 19:06, Giacomo Mulas wrote:
Hello Giacomo,
Indeed, mtxrun.lua uses texlua, as an interpreter, and that is provided by
texlive-binaries, which was also upgraded a couple of days ago.
Gotcha! I downgraded texlive-binaries to the previous
Sorry for sending the same bug report twice, I thought the first one did not
get sent. Please feel free to remove one of them, or to merge them,
whichever is easier.
Thanks, and sorry for the annoyance
Giacomo
--
_
Giacomo Mulas
e bug, please let me know
if I can help with further testing.
Bye
Giacomo
P.S. here goes my latest dpkg.log:
2024-02-27 17:09:10 startup archives unpack
2024-02-27 17:09:12 upgrade dpkg:amd64 1.22.4 1.22.5
2024-02-27 17:09:12 status half-configured dpkg:amd64 1.22.4
2024-02-27 17:09:13 status u
hint at a bug in the python script.
I guess one can still use a previously created apt-xapian index, but while the
systemd service fails, it will not get automatically updated.
If useful, I'm willing to help testing this.
Thanks, best regards
Giacomo Mulas
-- System Information:
Debian
On Mon, 27 Nov 2023, Marko Lindqvist wrote:
This fix works at least in my tests.
And it turned out to be a bit more complex than I thought, and it was on
the loading side after all.
I tested it, it works for me as well, apparently without ill side-effects.
Thanks.
Bye
Giacomo
s written before the fix. Let me
know if I can help with testing.
Bye
Giacomo
--
_________
Giacomo Mulas
_
INAF - Osservatorio Astronomico di Cagliari
via della scienza 5 -
know if
there is some test I can do to help.
Best regards,
Giacomo Mulas
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (401, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 6.5
default option I can
change somewhere so that color printers are autodetected for what they are?
Thanks in advance
Giacomo Mulas
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (1001, 'unstable'), (10, 'experimental')
Architecture: am
Package: libtracker-sparql-3.0-0
Version: 3.4.2-1
Severity: important
Dear Maintainer,
upon upgrading to bookworm, tracker-miner-fs, as started by user sessions,
became unusable, as it just crashes and restarts endlessly, filling logs
and, if enabled, filesystems with core dumps.
What I get in t
-1_all.deb (--unpack):
unable to open '/usr/share/info/lilypond/00/lily-12276734.png.dpkg-new': No
such file or directory
Possibly a defective .deb archive was uploaded?
Best regards
Giacomo Mulas
-- System Information:
Debian Release: bookworm/sid
APT prefers unstable
APT policy: (401,
in the support libraries, that problem
would still remain regardless of what you do on nvptx-tools, wouldn't it?
Thanks, bye
Giacomo
--
_____
Giacomo Mulas
_
INAF
same error message I get with gcc-12.
Is there something wrong in how GCC 12 handles nvptx code generation
options?
bye
Giacomo
--
_____
Giacomo Mulas
_
INAF - Osservato
s dropped"
ok, but I am puzzled by this: if the issue is with nvptx-tools and not with
gcc-12-offload-nvptx, why does gcc-11-offload-nvptx work, producing working
executables that target sm_35 if I compile with gcc-11 on the same laptop?
Thanks, bye
Giacomo
--
_____
of 8
Hello world! I am thread 3 out of 8
Would it be possible to change the default -misa of gcc 12 to sm_35,
to enable gpu offloading to nvidia to work with gcc-12? And/or, is there
some undocumented, or poorly documented, way to actually specify on the
command line the requested cuda level arch
ion of the total config file is done when the system is
either properly connected or disconnected from the net, but not in the
middle of connecting. Of course, I'm willing to help finding out the
precise concatenation of causes that makes this happen, and/or testing
solutions.
Thanks, best
:i386 (--configure):
dependency problems - leaving unconfigured
If only one arch is installed, then things work. But this is obviously a
serious issue for almost any amd64 installation that also wants to be able
to have a fairly complete i386 runtime.
Best regards
Giacomo Mulas
-- System
Package: qlcplus
Version: 4.12.5
Severity: important
Tags: upstream
Dear Maintainer,
the developer has already fixed the issue:
https://github.com/mcallegari/qlcplus/commit/7440973835c307e22686f2ac0a6514268bb95a3d
If possible update the package, for the time being I've downgraded to v.4.12.4.
Th
hich while
not required does not hurt either.
Best regards
Giacomo Mulas
-- Package-specific info:
/usr/bin/wine points to /usr/bin/wine-stable.
-- System Information:
Debian Release: bookworm/sid
APT prefers unstable
APT policy: (401, 'unstable'), (10, 'experimental'
Hello,
I'm OK with ITS.
ciao
cate
On 18.04.2022 20:20, Boyuan Yang wrote:
Source: screentest
Version: 2.0-2.2
Severity: important
X-Debbugs-CC: c...@debian.org
Dear package screentest maintainer in Debian,
After looking into the package you maintain (screentest,
https://tracker.de
Thank you for the patch.
No need to have a longer queue.
ciao
cate
On 14.12.2021 19:13, gregor herrmann wrote:
Control: tags 999282 + patch
Control: tags 999282 + pending
Dear maintainer,
I've prepared an NMU for spell (versioned as 1.0-24.1) and
uploaded it to DELAYED/5. Please fe
ry for the inconvenience.
Bye
Giacomo
--
_____
Giacomo Mulas
_
INAF - Osservatorio Astronomico di Cagliari
via della scienza 5 - 09047 Selargius (CA)
tel. +39 070 71
mends).
Getting a message upon installation that this might cause problems
with xsane would have spared me a few hours of troubleshooting at the
moment I really needed the scanner to work (as it always did before).
Thanks in advance, best regards
Giacomo Mulas
On Fri, 17 Sep 2021, Drew Parsons wrote:
Grazie per il tuo lavoro, Giacomo.
Excellent Italian! :D
well, as in many cases in open source, it was just selfish: i did what I
needed, it costed me nothing to make it available afterwards.
Would you be able to provide a patch for your changes
well (for me).
Let me know if this is of any use, and/or if I may help producing a more
complete and cleaner version of this.
Best regards, and thanks for all the great work.
Giacomo Mulas
-- System Information:
Debian Release: 11.0
APT prefers unstable
APT policy: (401, '
corresponding source package
to try to compile it locally either. Would it be possible to make the
released packages for stable are consistent, to fix this?
Thanks in advance, bye
Giacomo Mulas
-- System Information:
Debian Release: 10.9
APT prefers stable-updates
APT policy: (500, 's
st,
and recreates the two managed-keys files.
I still get
Feb 21 09:39:11 capitanata named[2500848]: managed-keys-zone: Unable to fetch
DNSKEY set '.': timed out
but this seems to be harmless, the daemon can still resolve names without
problems.
While I found a working solution, or ra
version
worked flawlessly on my laptop.
Please let me know if there are any checks I can do to help
nailing down the problem, and/or any relevant configuration details
that I can provide.
Thanks in advance, best regards
Giacomo Mulas
-- System Information:
Debian Release: bullseye/sid
APT prefers
be reported anyway.
Thanks in advance, best regards
Giacomo Mulas
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (401, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 5.10.4-j
from the same source package? Or
should it be duplicated, even if it probably is indeed the same bug
affecting two packages? I'm asking so that I know what to do in such a case,
should it happen again.
thanks, best regards
Giacomo
Hello Helmut
On 12.10.2020 19:30, Helmut Grohne wrote:
You appear to be talking about binary packages. This bug is about source
packages. When you unpack a source package, you are creating a directory
hiearchy rooted at the point where you start unpacking. There is not
possibly any reasonable w
On 12.10.2020 16:22, Andrey Rahmatullin wrote:
On Mon, Oct 12, 2020 at 04:10:00PM +0200, Giacomo Catenazzi wrote:
Now we are more strict on where we can split filesystems
What do you mean?
If I remember correctly, now we do not support / and /usr to be on a
different filesystems, and I
On 13.09.2020 12:52, Helmut Grohne wrote:
Package: debian-policy
Version: 4.5.0.3
Severity: wishlist
Jakub stumbled into the "No hard links in source packages" requirement
added around 1996 and couldn't make sense of it. Neither could Christoph
nor myself. tar does support hard links just fine.
On 27.08.2020 21:33, Tobias Frost wrote:
Package: spell
Severity: wishlist
Thank you!
Note: Debian version is more advanced than upstream. It may need some
work to merge both "upstreams" (but GNU one had stricter requirement for
copyright assignment, especially for such small wrapper).
cia
to be absolutely
necessary).
I would gladly produce any debugging info that may help tracing and
solving this problem. Just give me directions on what you want me to
test and what log files to collect and send.
Thanks, best regards
Giacomo Mulas
-- System Information:
Debian Release: bullseye/
at
https://www.emaculation.com/forum/viewtopic.php?f=6&t=7515
Would it be possible to figure out which compiler flags need to be set
to produce a working JIT version of BasikiskII at least on the machine
producing precompiled binaries?
Thanks in advance, best regards
Giacomo Mulas
-- Syst
ug is still open and
still grave. But at least one can remove keys without neessarily disabling
the gnome keyring daemon ssh-agent component.
Best regards,
Giacomo Mulas
--
________
he new kernel, making it incompatible
with bbswitch.
Of course, it still builds and works on 5.5.x and older kernels, but still,
since 5.6.x is now the default on sid I think this should be tagged important.
Thanks in advance, best regards
Giacomo Mulas
-- System Information:
Debian Release: bullseye/si
python 3.8 instead of 3.7.
Thanks in advance, best regards
Giacomo Mulas
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (401, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 5.5
e, see if this is enough to get the package to compile correctly with
the new boost libraries.
Thanks again, bye
Giacomo
--
_____
Giacomo Mulas
_
INAF - Osservatorio Astronom
ry myself but, as I
said in my report, I pinned the boost library, so I cannot do it in the
proper up to date sid environment.
Bye
Giacomo
--
_____
Giacomo Mulas
_
INAF
use python 3.8? I confess I am more familiar
with autotools than with CMake, but I would be very surprised if there were
not a switch in its config to explicitly select the python to use. I will
try to have a look at the source package and let you know
contact their maintainer about this. Or it may
be due to similar problems simultaneously making libcasa-python3-4
uninstallable as well.
Thanks in advance, best regards
Giacomo Mulas
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (401, 'unstable&#
relay this report to the maintainer of the
boost packages.
Thanks in advance, best regards
Giacomo Mulas
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (401, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)
Foreign Archite
explicitly
depend on libhdf5-103, which is being replaced by libhdf5-103-1.
Till then, these packages will be uninstallable.
Thanks in advance, best regards
Giacomo Mulas
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (401, 'unstable'), (10, &#x
Package: evolution
Version: 3.36.0-1
Followup-For: Bug #954742
Someone suggested this:
"The problem is not with evolution, but with the Microsoft email server that I
am using.[...] I found out
that Microsoft is still using the obsolete TLS v1.0 for its POP."
-- System Information:
Debian Releas
Package: evolution
Version: 3.36.0-1
Severity: important
Dear Maintainer,
since the update to evolution 3.36, happened last Thursday 19th of March, I
can't open the IMAP account:
"Error performing TLS handshake: A packet with illegal or unsupported version
was received."
I get the same message if
Package: mypaint
Version: 2.0.0-1
Severity: important
Dear Maintainer,
installed MyPaint this morning after a general system update, Gnome desktop,
it doesn't start, from terminal:
INFO: mypaint: Installation layout: conventional POSIX-like structure with
prefix '/usr'
Traceback (most recent cal
SDK in
unstable, possibly using the alternatives system to make them coexist
smoothly as done for the runtime?
Thanks in advance, best regards
Giacomo Mulas
Hello Chris,
Alexander already asked me about packages, and I have nothing again
getting it adopted. Just I had no time (and hardware) to handle the
packages, and the lack of upstream worries my a lot (e.g. security, but
also upgrading support libraries).
ciao
cate
On 27.11.19 19
o be compiled with the
same lapack/blas/scalapack libs and int sizes (requiring 3 lines to be
edited in the corresponding debian/rules).
Of course, I would be willing to help, even if I am not an official
Debian Developer.
Thanks in advance, best regards
Giacomo Mulas
ooops!
errata:
specialized clients are respectively for recent documents, desktops,
editing the menus, viewports and windows
corrige:
specialized clients are respectively for recent documents, desktops,
viewports and windows
g
Dear Samuel,
here it is my attempt for a "Description" field for compiz-boxmenu
**************72
Description: dbus daemon and clients providing pop-up menus to compiz.
Boxmenu provides a number of different menus to the compositing window
m
of upstream to continue such package, which I think it is also
reasonable: a web application is a lot better.
For my point of view, you can put into Debian Science, but possibly we
should let it go.
ciao
cate
On 17.03.19 18:29, Andreas Tille wrote:
Hi Giacomo,
the bug log states
the license to GPLv3+ that is incompatible with GPLv2
while the current license is compatible with both GPLv3 and GPLv2?
Is there any strategic advantage for users' freedom I miss?
If not, I think that the php-mode would benefit to stay GPLv2+.
Giacomo
Yes, it is working.
I do not how, I did not do anything, I just upgraded the system day by day.
On Sat, Dec 29, 2018 at 1:27 PM Aurelien Jarno wrote:
> control: tag -1 + moreinfo
>
> Hi,
>
> On 2018-10-25 23:18, Guillem Jover wrote:
> > Hi!
> >
> > On Thu, 2018
The new version is OK wrt the placement of new windows, thanks a lot — g
On Jan 1, 2019 19:43, "Samuel Thibault" wrote:
Control: tags -1 + moreinfo
Hello,
boffi, le lun. 21 mai 2018 00:30:49 +0200, a ecrit:
>irrispective of the algorithm chosen, the plugin insists on placing new
>win
Package: ftp.debian.org
Severity: normal
Hello masters!
As maintainer, I request to remove g15deamon and libg15 packages.
Note: the two packages are interdependent (part of A needs B, and part
of B needs A), so the two packages should be removed in parallel.
Upstream team is MIA since much time
Package: libomp5-7
Severity: wishlist
Dear Maintainer,
I have a number of amd64 machines on which I have perfectly working
multiarch installations, namely main distro amd64, run time libraries in
i386 versions as well, a bunch of i386 applications. The libomp5-7
packages, both amd64 and i386 ve
1 - 100 of 550 matches
Mail list logo
