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; PREEMPT)
Kernel taint
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
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
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
that 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 Architectures: i386
Kernel: L
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 up
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.7-amd64 (SMP w/12 CPU threads
feel 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
Kernel: Linux 6.7.7-am
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
et 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 unpacked dpkg:am
ars to 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 Relea
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
the fix. Let me
know if I can help with testing.
Bye
Giacomo
--
_
Giacomo Mulas
_
INAF - Osservatorio Astronomico di Cagliari
via della scienza 5 - 09047 Selargius (CA
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.0-4-amd64 (SMP w/12
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: amd64 (x86_64)
Foreign
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
-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, 'unstable
, that problem
would still remain regardless of what you do on nvptx-tools, wouldn't it?
Thanks, bye
Giacomo
--
_
Giacomo Mulas
_
INAF - Osservatorio Astronomico di
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 - Osservatorio Astronomico
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
--
_____
le 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 architecture so that it works with
cuda 11 libraries?
Thanks in
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 regards
Giacomo
: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.
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')
Architecture: amd
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,
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
ry for the inconvenience.
Bye
Giacomo
--
_____
Giacomo Mulas
_
INAF - Osservatorio Astronomico di Cagliari
via della scienza 5 - 09047 Selargius (CA)
tel. +39 070 71
).
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
on as
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, 'unsta
the 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, 'stable
but this seems to be harmless, the daemon can still resolve names without
problems.
While I found a working solution, or rather a work-around, I guess this
should be solved in the package, or at least be documented, in case
someone else gets this problem.
Thanks in advance, best regards
Giacomo Mulas
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-jak (SMP w/4 CPU thre
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 Mulas
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
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).
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/sid
at
https://www.emaculation.com/forum/viewtopic.php?f=6=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
-- System I
is bug 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
--
________
king 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/sid
APT pr
with 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.13-jak (SMP w/4 CPU
, 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 Astronomico d
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
ython 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 if I
to 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'), (10
to 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 Architectures: i386
Kernel
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, 'experimental
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
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
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
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
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
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
e 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
>
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
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
configure):
triggers looping, abandoned
Errors were encountered while processing:
man-db
libc-bin
E: Sub-process /usr/bin/dpkg returned an error code (1)
--
Giacomo
Package: libopal3.10.10
Severity: grave
Justification: renders package unusable
Dear Maintainer,
now that libx264-152 is not available anymore, libopal3.10.10 became
uninstallable. It can only be used by people retaining on their system
a copy of an unmaintained version of an old library.
Package: ekiga
Severity: grave
Justification: renders package unusable
Dear Maintainer,
ekiga became uninstallable now that libx264-152 is not available anymore.
Please recompile against more recent libs (same for libopal), otherwise
ekiga will only work for those that retained an old,
the nat-rtsp source code to follow these changes.
Thanks, best regards
Giacomo Mulas
-- System Information:
Debian Release: buster/sid
APT prefers unstable
APT policy: (401, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.18.0-1-amd64
On Sun, 9 Sep 2018, Timo Weingärtner wrote:
Hallo Giacomo Mulas,
For me the problem can be reproduced by installing libpam-ssh.
openssh 7.8 + libpam-ssh: broken
openssh 7.4 + libpam-ssh: works
any openssh + no libpam-ssh: works
I conferm, same here. So the question now is: what changed
NODE NAME
ssh-agent 14984 gmulas3u unix 0x4846ae07 0t0 6314996
/tmp/ssh-TteIoyXhPTF2/agent.14983 type=STREAM
the parent ID of this ssh-agent is 1 (?)
I hope this can help. Please let me know if there is something else I can do
to track the problem.
Bye
Giacomo
While I did not tag this as an "important" or "grave" bug, the broken
functionality is a fairly important one for the sshd server, its origin
should definitely be tracked down and either fixed or at least documented.
Please let me know if I can run any useful tests to help.
Than
, returned 0
MPI_Finalize call ok, returned 0
... but in this case we are skipping the openib module altogether, which is
the one on which it locks.
Bye
Giacomo
--
_
Giacomo Mulas
ution, but way better than
nothing :)
thanks!
Giacomo
--
_____
Giacomo Mulas
_
INAF - Osservatorio Astronomico di Cagliari
via della scienza 5 - 09047 Selargius (CA)
t
ter to develop my MPI codes, and I cannot understand at
all why it abruptly stopped working. Also, if you tell me it does work
properly on another current sid system, I'd like to find out what makes the
difference.
Thanks in advance
Giacomo Mulas
--
________
e way, the above snippet of code works perfectly if
compiled and run under mpich.
Best regards
Giacomo Mulas
-- System Information:
Debian Release: buster/sid
APT prefers unstable
APT policy: (401, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel:
May be related to
https://devtalk.nvidia.com/default/topic/1031067/linux/-linux416-nvidia-390-48-nvidia_stack_cache-rip-0010-usercopy_warn-0x7e-0xa0/
I forgot to mention, all the windows instantiated were correctedly(?)
decorated...
On Thu, May 24, 2018 at 3:26 PM, Giacomo Boffi <giacomo.bo...@gmail.com> wrote:
> I have another experiment, where
> 1. I've started compiz redirecting both stdout and stderr to a file,
> th
Dear Alex,
I've checked and my settings are exactly
- Placement Mode: Smart
- Multi Output Mode: Use active output device
To have a trace of the window placement, I have started my system with
the following ~/.xsession file
#!/bin/bash
xset m 5 3
# fbsetroot -gradient vertical -fg red4 -bg
Source: libiio
Version: 0.14-1
Python 2's EOL is on the horizon and Debian's python policy strongly encourages
Python 3 for the future.
It should be trivial since iio.py dynamically loads the shared library and does
not rely on any CPython extension.
Best Regards,
Giacomo Vercesi
the
packages and modifying the versioned dependence. Let me know if I can help
with it.
Best regards
Giacomo Mulas
-- System Information:
Debian Release: buster/sid
APT prefers unstable
APT policy: (401, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures
ooops, I replied to Alex only and not to the BTS, please find below what I said
-- Forwarded message --
From: Giacomo Boffi <giacomo.bo...@gmail.com>
Date: Thu, Mar 29, 2018 at 3:40 PM
Subject: Re: Bug#894357: firefox: no Debian Menu System entry
To: Alex ARNAUD &l
it
manually.
Please let me know if there is something I can do to debug this, I agree
this makes the package unusable, at least with a gnome3 session. And it
breaks severely ssh-agent as well, forcing one to restart it manually (after
killing gnome-keyring) if one wants to use it.
Bye
Giacomo
. in my case A.x86_64-unknown-linux-deb9.3/amq/.libs/pawd
and similarly for the others. For some reason the make does not install
the real binaries but libtool wrapper scripts, an the latter are then
included in the deb package, resulting in an unusable package altogether.
Best regards
Giacomo Mulas
Of course I can run some diagnostics if required
by the developer to pin down and solve this.
Thanks in advance
Giacomo Mulas
-- System Information:
Debian Release: buster/sid
APT prefers unstable
APT policy: (401, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)
Foreign Archite
Package: listadmin
Version: 2.42-1
Severity: normal
If I press 'b' to check the body of the mail, the program dies.
This is the first time in a lot of years of moderation, so I assume bad
formatting in spam.
[2/4] == commun...@lists.debian.ch =
From:
I can confirm both the bug and the workaround.
ng the bug is just plain wrong, since the bug is there
and the package is still uninstallable.
regards
Giacomo
--
_____
Giacomo Mulas <gmu...@oa-cagliari.inaf.it>
_
INA
alled them, they appear to work, at least with my home-developed
software.
Therefore, unless I overlooked something important, it should be trivial for
you to just bump the package version and trigger a recompile.
Best regar
fix to get it to compile with the newer
openmpi?
Thanks in advance. I'll let you know if/when I can compile a working petsc
package from source.
Bye
Giacomo
-- System Information:
Debian Release: 9.0
APT prefers buildd-unstable
APT policy: (400, 'buildd-unstable'), (401, 'unstable'),
ng
dselect (instead of some more modern interface) on a multi-arch system?
Perhaps back when dselect did not actually support multi-arch properly?
Just trying to guess.
Thanks for acting on this anyway, even if it may actually affect only me...
B
ence does not incur in the problem.
I hope this may be useful for others, best regards
Giacomo Mulas
-- System Information:
Debian Release: 9.0
APT prefers buildd-unstable
APT policy: (500, 'buildd-unstable'), (401, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)
Foreign Arch
they not make it to unstable though? Until they do, the bug is
still present in unstable, isn't it? Perhaps do mention explicitly
somewhere that the packages solving the bug are only in experimental, so
people will know where to find them.
Thanks, bye
Giacomo Mulas
and
hand-installing them.
What's up with the debian archive not showing them as available?
Thanks in advance, bye
Giacomo Mulas
--
_
Giacomo Mulas <gmu...@oa-cagliari.inaf
Package: tar
Version: 1.27.1-2+deb8u1
Severity: minor
on manpage of tar, I see:
SEE ALSO
tar(5)
But this manpage (and file) don't exist in this or in other packages.
It seems that a lot of information (but invocation) is missing in tar(1).
ciao
cate
-- System Information:
Debian
Package: jack
Version: 3.1.1+cvs20050801-29.1
Severity: important
Dear Maintainer,
/usr/bin/jack imports * from jack_globals,
jack_globals imports eyeD3 from jack_init.
jack_init imports eyeD3 from eyeD3
at this point, an exception is raised because the API exposed
by the python-eyed3 has
d compiler options if possible/necessary. Or by filing a
critical/important bug against the default compiler (I would say "fails to
build the kernel" is critical enough for the default compiler...).
Thanks in advance, bye
Giacomo Mulas
-- System Information:
Debian Release: stretch
1 - 100 of 517 matches
Mail list logo
