It would be more friendly to let the admin choose what to do. Running
--install in
a cron job without asking and without an opt-out is clearly not that friendly.
I'd say we need 3 options in the spirit of:
* --install automatically
* just check --status, and output weekly reminders [should mayb
retitle 629121 winpdb: python3 support not packaged
severity 629121 important
thanks
Winpdb has upstream python3 support, but the package has not.
Python2 is nearing EOL and writing new programs in python2 is highly
discouraged,
we must ensure the tools are ready for it :)
OK, please do!
thx,
--
Yann
- Mail original -
> De: "Daniel Stender"
> À: 570...@bugs.debian.org, "Yann Dirson"
> Envoyé: Jeudi 14 Avril 2016 13:01:31
> Objet: Re: dh-buildinfo: should provide a addon file for dh command
> (debhelper 7 mode)
>
> On Sun, 3 Apr 2016 23:09:19 +0200 Dani
Package: snapshot.debian.org
Severity: important
Advertised "-o Acquire::Check-Valid-Until=false" will impact all sources, and
using it
just suspends the protection, potentially leaving the user susceptible to
attacks.
Using "deb [check-valid-until=false] http://snapshot.debian.org/archive/..."
Looks like 10.2 is the current LTS now :)
Best regards,
Yann
This feature would really be useful, so we can see at once that a file eg.
existed in stable but is not here in testing any more. For this, indication
of the source would be quite useful in addition to the version.
In fact, it looks like libkms was built in the past, but is explicitely
disabled now. There is probably a reason for this, but there is no more
information than that in the changelog, and no README.Debian.
Could we please have more insight about why this decision was made ?
best regards,
--
Yan
- Mail original -
> De: "Sven Joachim"
> À: ydir...@free.fr
> Cc: 825...@bugs.debian.org, 825833-submit...@bugs.debian.org
> Envoyé: Mercredi 6 Juillet 2016 19:14:41
> Objet: Re: Bug#825833: libkms
>
> On 2016-07-06 18:46 +0200, ydir...@free.fr wrote:
>
> > In fact, it looks like libkm
Well, the fact that it's enabled by default upstream, and that at least
one very recent piece of software requires it could weight a bit :)
- Mail original -
> De: "Julien Cristau"
> À: ydir...@free.fr, 825...@bugs.debian.org
> Cc: 825833-submit...@bugs.debian.org
> Envoyé: Vendredi 15 Ju
Well, I have never really felt libbfd.so-linking rejection from the project
before,
as tulip has undergone numerous binNMU's to keep pace with libbfd.
Furthermore, the fact that the .so link is installed whenever bfd.h is installed
rather calls for linking against the shared lib. If we want to p
- Mail original -
> De: "Yuri D'Elia"
> À: "Debian Bug Tracking System"
> Envoyé: Mercredi 13 Juillet 2016 16:49:40
> Objet: Bug#830985: tulip: error while loading shared libraries:
> libbfd-2.26-system.so
>
> Package: tulip
> Version: 4.8.0dfsg-2+b3
> Severity: important
>
> Seems l
>I tried running memtest86 on an ASUS M3A78 Pro motherboard
>(dual-core AMD64 with 4GiB non-ECC RAM) and had a reboot after
>it ran for less than a minute.
I hame myself a brand new M4A88TD-V with a 4x CPU and 4GB non-ECC.
I got a reboot at ~50% of test1, but test0 can run as much as I want.
>mem
Package: libsdl2
Version: 2.0.5+dfsg1-3
Tags: stretch patch
It can happen that SDL gets stuck waiting for X to accept a grab request, when
the
window has already been hidden with SDL_HideWindow.
This behaviour has been fixed in 2.0.6 with commit 8f0a002 "x11: Don't loop
forever
if the X server
Package: python3-keyring
Version: 10.5.1-1
After updating just this package on stretch to get the keyring binary:
$ keyring get mini-buildd admin
Error initializing plugin kwallet = keyrings.alt.kwallet.
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/keyring/backend.py"
Package: mini-buildd
Version: 1.0.29
With no external keyring software installed, python-keyring defaults to
alt.files, and the impact
on scripting (eg. launching auto-setup for a test) is quite high:
* have to enter keyring password for each keyring access
* a single error in one of those numer
Package: mini-buildd
Version: 1.0.32~bpo9+1
yann@buildd:~$ mini-buildd-tool admin@buildd:8066 status
[admin@buildd:8066] Password:
Saving 'mini-buildd' passwords to 'keyrings.alt.file.EncryptedKeyring' with
policy 'Ask':
Save password for 'admin@buildd:8066': (Y)es, (N)o, (A)lways, Ne(v)er? v
Package: libgaminggear0
Version: 0.15.1-3
This package maybe lacks a versionned dependency, it causes errors when
installed on a mostly-stretch install:
Preparing to unpack .../linux-image-4.14.0-3-amd64_4.14.12-1_amd64.deb ...
/etc/kernel/preinst.d/intel-microcode:
libkmod: ERROR ../libkmod/lib
Package: python3-babeltrace
Version: 1.5.6-2
Severity: important
While investigating why I was getting a segfault while processing a CTF trace
(in which I
do a first pass extracting some info, before a second pass plotting the data...
while keeping a ref to various events to avoid making copies o
> Given memtest86 has not received any updates since 2014, one has to
> ask if it is still useful. memtest86+ exists, and while it does not
> see -regular- updates, it at least gets some.
>
> Maybe we should remove memtest86 from bookworm?
>
> Parties interested in keeping memtest86 should speak
> ftjam is the freetype.org improved "jam" (a build tool thats
> supposedly better than make). I remember jam being "the hype" a long
> time ago. freetype.org themselves have switched away from jam ... a
> long time ago, and even switched to meson in the mean time.
>
> I guess some users of the im
Package: accerciser
Version: 3.38.0-1
When starting accerciser (on a recently installed buster upgraded to testing) I
get
a "plugin errors" tab with a "io.UnsupportedOperation: fileno" title and the
following
contents. Not sure whose problem it is given the presence of ipython in this
stack tr
Package: emacs
Version: 1:26.3+1-2
Default installation of emacs package does not include the info manual, as
they are in emacs-common-non-dfsg.
A user selecting help menu entries "read the emacs manual", "how to report a
bug"
and such are given the info index window, and may miss easily the "in
Package: python3-nose
Version: 1.3.7-7
This may be linked to the update from python 3.8.5 to 3.8.6 which just reached
testing,
at least I did not get that yesterday and that looks like a good culprit:
$ cd /tmp/
$ nosetests3
/usr/lib/python3/dist-packages/nose/plugins/manager.py:394: RuntimeWarn
Trying Jekyll for the first time, I get hit by the same issue.
Indeed this flag is a good start, but afterwards:
1. we have to gather we should change the Gemfile to use:
source "file:///usr/lib/ruby/vendor_ruby"
2. we get hit by missing bundles, that should surely be added as Recommends:
(and
I could finally install the dependencies with the default Gemfile,
by downgrading ruby from 2.7 back to 2.5. Looks like eventmachine
does not have support for 2.7 yet (hint given by the ruby-eventmachine
package in experimental, which still uses 2.5).
"bundle exec jekyll build" now works. Good l
Hi Daniel,
- Mail original -
> De: "Daniel Leidert"
> À: ydir...@free.fr, 942...@bugs.debian.org
> Envoyé: Lundi 20 Avril 2020 16:19:17
> Objet: Re: [DRE-maint] Bug#942596: jekyll and required bundles
>
> Am Sonntag, den 19.04.2020, 18:28 +0200 schrieb ydir...@free.fr:
> > Trying Jekyll
There is a rumor of an incoming upstream version including most
of the patches that appeared since the last one. I'd rather
wait for that one :)
- Mail original -
> De: "Christoph Anton Mitterer"
> À: 795...@bugs.debian.org
> Cc: dir...@debian.org
> Envoyé: Mercredi 22 Avril 2020 22:52:2
Hi Daniel,
- Mail original -
> 1) Use the Debian package management and don't use bunlder at all
> (jekyll new
> --skip-bundle). All the Jekyll plugins have been packaged and most of
> them can
> be found in stable-backports. If you are missing some please let me
> know. Just
> add the plu
Hi Daniel,
> > I finally understood what confused me at first: even with
> > --skip-bundle,
> > "jekyll new" creates a Gemfile. And until this Gemfile is removed,
> > "jekyll build" will try to go the bundle way all by itself.
>
> That is not true. As I explained earlier I'm using jekyll myself
>The version of libtiff-tools in testing still outputs to stderr, so I am
>inclined to say this is not (yet) a Debian bug, and certainly not important.
>
>Indeed, your patch will break the version of gscan2pdf in testing.
Arguably, this is for this type of problems that we have the ability to
spe
close 965025
thanks
upstream clarification from Daigo:
> We (as the upstream) created an opening book file and
> evaluation files in a statistical / machine learning
> way from a large amount of data with lots of machine
> power and tuning parameters. It was not our priority
> to develop an out-o
Package: virtinst
Version: 1:3.1.0-1
virtinst should maybe "Recommends: libvirt-clients" ?
$ virt-install --virt-type kvm --name buster-amd64 \
> --location http://deb.debian.org/debian/dists/buster/main/installer-amd64/ \
> --os-variant debian10 \
> --disk size=10 --memory 1000 \
> --graphics n
Package: jekyll
Version: 3.9.0+dfsg-1
Starting to use a new machine and incrementally installing missing packages, I
finally
get stuck with this:
$ jekyll serve
Configuration file: /home/yann/perso/blog/floss-cook/_config.yml
Source: /home/yann/perso/blog/floss-cook
Destinatio
Digging further with "strace -e file", I can see that:
* other modules are indeed searched for in the kramdown-parser-gfm directory,
eg:
187928
stat("/usr/share/rubygems-integration/all/gems/kramdown-parser-gfm-1.1.0/lib/idn",
0x7ffd35c48590) = -1 ENOENT (Aucun fichier ou dossier de ce type)
1
- Mail original -
> De: "Daniel Leidert"
> À: 972...@bugs.debian.org
> Cc: 972941-submit...@bugs.debian.org
> Envoyé: Lundi 26 Octobre 2020 17:50:13
> Objet: Bug#972941: [DRE-maint] Bug#972941: jekyll: complains about missing
> kramdown-parser-gfm
>
> Am Montag, den 26.10.2020, 13:49
> > The real problem is probably https://bugs.debian.org/972702. For
> > the
> > time being
> > please add
> >
> > gem "kramdown-parser-gfm"
> >
> > to your Gemfile and eventually remove Gemfile.lock. That should fix
> > it.
>
> Yes that does help, thanks!
It is still probably worth mentionni
Package: libyami-utils
Version: 1.2.0-1
When trying "yamidecode -m 2" or "-m 3" or "-m 4", we get an error message
saying
"do not support this render mode".
Source code shows those are conditionned by GLES support, and rebuilding locally
with GLES detected by configure allows me to use modes 2 a
Package: lxqt-panel
Version: 0.14.1-1+b1
After ~2 month uptime of a single session, resident memory usage is growing
unreasonably.
A couple of days ago it was 1.5GB already, and today:
# top
[...]
2548446 yann 20 0 3205080 2.6g 12808 S 0.7 17.0 57:09.15
lxqt-panel
> Upstream memtest86+ is broken - and there are a few patches that
> aren't
> even included.
>
> I'd recommend to switch over to
>
> $ git clone https://review.coreboot.org/memtest86plus
>
> as that seems maintained, and will even work on my machine
> (and not just hang, like upstream).
>
> A further information I received via IRC is that memtest86+
> _has_ to be compiled with GCC-6 - newer versions have a bug
> that break memtest86+.
>
> I have verified that GCC-6 gives a working result,
> while GCC-8 doesn't.
Now that is a major issue, as gcc-6 was not even released with buster,
The control email got bounced before unarchiving, here are the details of new
findings.
- Mail original -
> unarchive 921220
> reopen 921220
> retitle 921220 xchat.desktop makes invalid use of %U, breaks at least
> lxqt and flwm
> affects 921220 + lxqt flwm
> severity 921220 grave
> tha
Package: fbxkb
Version: 0.6-2+b1
fbxkb adds a flag matching current layout to my panel, but it is not obvious
what one should do to get access to more choices.
Left click on flag has no effect, right click only has "about" (curiously
labeled "information") and "quit".
Package: qtbase5-dev
Version: 5.11.3+dfsg1-2+b1
Severity: serious
Unpacking qtbase5-dev:i386 (5.11.3+dfsg1-2+b1) over (5.11.3+dfsg1-2) ...
dpkg: error processing archive
/tmp/apt-dpkg-install-01jgzV/14-qtbase5-dev_5.11.3+dfsg1-2+b1_i386.deb
(--unpack):
trying to overwrite shared
'/usr/share/qt
Hi,
Feel free do NMU - thanks much for this :)
- Mail original -
> De: "Louis-Philippe Véronneau"
> À: 695...@bugs.debian.org
> Envoyé: Mardi 13 Août 2019 21:44:38
> Objet: Bug#695873: memtest86+: Serial console does not work
>
> Hello!
>
> I'd be happy to make an NMU to fix this, sinc
notfound 939754 2.10.8-2
thanks
Downgrading to the build currently in buster works around the crash.
Package: xchat
Version: 2.8.8-17
xchat when launched from lxqt menu does not autoconnect any more, showing only
the following.
Python interface loaded
Tcl plugin for XChat - Version 1.64
Copyright 2002-2005 Daniel P. Stasinski
http://www.scriptkitties.com/tclplugin/
Tcl interface loaded
P
reopen 563000
found 563000 2.2.2-2
thanks
Still happens today:
Omaha/Holders/.#HexBoard.py:1:0: F0010: error while code parsing: Unable to
load file Omaha/Holders/.#HexBoard.py:
[Errno 2] No such file or directory: 'Omaha/Holders/.#HexBoard.py' (parse-error)
- Mail original -
> De: "De
Package: pbuilder
Version: 0.231
Nowadays only HTTPS entries are in sources.list (maybe that could
unblock a fix for #790565 ?), the debconf script seems to fail to
detect a mirror as described in that bugreport... and we are shown:
Here is a valid mirror example: http://deb.debian.org/debian
severity 900399 normal
thanks
I suggest you get some advice from the forum[1], and as Dmitry mentionned,
bring the issue to Lenovo.
[1]
http://forum.canardpc.com/forums/73-Memtest86-Official-forum?s=1407c99a4da914ef85e60c32c658ba16
- Mail original -
> De: "Сергей Коган"
> À: 900...@bu
Hello Ole,
I do understand that funding Free Software is a problem of its own, but
I'm quite surprised to see a program with "GNU" in its name doing things
that way. Is it a way of funding that is endorsed by the GNU project ?
Best regards,
--
Yann
Adam wrote:
> Note that parallel's functionality is also provided by moreutils and xargs
> -P, thus moving the package out of main would be just an inconvenience (four
> packages need to be adjusted: roary last-align freebayes symfony).
That may be true of the basic usage of the tool.
However, I
Package: developer-reference
Version: 3.4.18
We have a broken link in current master branch. It also impacts stretch (hence
my selection of version).
developers-reference (master=)$ git grep anonscm.debian.org
common.ent:https://anonscm.debian.org/cgit/mirror/packages-arch-specific.git/tree/Pac
Package: buildd.debian.org
Presumably following gcc upgrade, package cssc does not build correctly any
more on mips
(as well as a couple of non-release archs).
Until someone can take the time to dive into this, could you please blacklist
it from mips,
so that it does not prevent it to be includ
Package: bsdutils
Version: 1:2.32.1-0.1
Severity: important
Since upgrade from stretch to buster, script does not terminate any more when
the monitored process
gets killed. The child is left as a zombie, and when sent SITERM or SIGQUIT
script only prints
"Session terminated." and does not exit.
Package: gaminggearfxinfo
Version: 0.15.1-7
Can't tell if the missing plugin dir is *the* problem.
Seems also strange that "Could not initialize fx system" is only reported as a
warning and not as a fatal error.
$ gaminggearfxinfo
** (process:4089): WARNING **: Error opening directory
'/usr/l
Hello,
That does not fix the init issue, likely 2 different problems:
$ gaminggearfxinfo
** (process:21432): WARNING **: Could not initialize fx system
$ echo $?
1
- Mail original -
> De: "Pierre-Elliott Bécue"
> À: 891...@bugs.debian.org, ydir...@free.fr
> Envoyé: Lundi 5 Mars 2018
Package: python3-scalene
Version: 0.7.5-1
The package has not migrated to testing and
https://tracker.debian.org/pkg/scalene shows
why:
Not built on buildd: arch all binaries uploaded by sergi...@sergiodj.net, a
new source-only upload is needed to allow migration
IMHO there's little value on having such a plugin packaged, if
we cannot follow the releases.
Hi Markus,
> There is also little value in filing pointless bug reports against
> Debian packages.
Sorry, I did not meant any offense in this followup to an old bugreport.
It used to be that firefox allowed user to
locally install a newer version of a system-wide-installed extension, but this
is
> Package: wnpp
> Severity: wishlist
> Owner: Yann Dirson
>
> This is rather an Intent to Resurrect, as gpsshogi was in Debian
> 2 releases ago.
>
> * Package name: gpsshogi
> Version : 0.7.0
> Upstream Author : Team GPS, feat. Daigo Moriwaki
> * URL : http://gps.tan
Hi Paul,
> On Thu, Jul 9, 2020 at 4:18 PM Yann Dirson wrote:
>
> > This is rather an Intent to Resurrect, as gpsshogi was in Debian
> > 2 releases ago.
>
> Please note the extra steps needed when reintroducing packages,
> principally reopening the bugs that were closed by the removal of the
> pa
> Package: wnpp
> Severity: wishlist
> Owner: Yann Dirson
>
> * Package name: apery
> Version : WCSC28+git20191114
> Upstream Author : Hiraoka Takuya
> * URL : https://github.com/HiraokaTakuya/apery
> * License : GPL
> Programming Lang: C++
> Description
Package: gscan2pdf
Version: 2.8.0-1, 2.8.1-1
Severity: grave
Except for a couple of times I've been able to get it to work (without knowing
what it was that made it finally work after minutes of battle)...
* when I start gscan2pdf it claims it does not see my scanner and offers to
rescan
or co
Package: gazebo
Version: 11.0.0+dfsg1-4+b3
context: after reading the "beginner:model editor" tutorial while on the move,
I tried to reproduce it from memory: creation of links, but manual positionning
of wheels and then creation of joints.
Then getting back to the tuto I wanted to try the "align
Package: aptitude
Version: 0.8.13-2
Starting from a task-desktop-lxde setup, and trying to remove
xserver-xorg-video-all and
reselecting packages I don't want to go away seems to cause issues to aptitude.
I'm keeping an aptitude bundle for initial state, available on request (not
sure it makes
Package: python3-pyside2.qtsvg
Version: 5.15.0-1
Severity: grave
$ gdb python3
...
Reading symbols from python3...
Reading symbols from
/usr/lib/debug/.build-id/97/0f19629d98e5c631b44f6803fa34a5a07c3806.debug...
(gdb) r
Starting program: /usr/bin/python3
[Thread debugging using libthread_db ena
reopen 963983
thanks
The other pyside2 packages (code, gui etc) were still at 5.15.0-1~exp1.
If I just update qtsvg to 5.15.0-2 the segfault still happens.
Update the rest of pyside2 triggers a huge cascading of upgrades to Qt 5.14
which had not been done when I had installed the exp packages, a
Given the comment on the upstream ml, this bug is likely fixed in latest
release.
Package: gnuchess
Version: 6.2.5-1
Trying to pinpoint a problem I have driving gnuchess from another program, I
stumbled on this:
$ printf "xboard\n" | gnuchess -x
Chess
*** buffer overflow detected ***: gnuchess terminated
Aborted (core dumped)
$ gdb gnuchess ./core
GNU gdb (Debian 9.2-1) 9.2
Package: keepassx
Version: 2.0.3+git20190121.1682ab9-2.1+b1
The description explain that keepassxc is better than keepassx, but still says
"install keepassx instead". It is highly confusing :)
Package: libsdl2
Version: 2.0.10+dfsg1-2
Severity: wishlist
See https://discourse.libsdl.org/t/sdl-2-0-12-released/27318
Package: sjaakii
Version: 1.4.1-2
Tags: patch
X-Debbugs-CC: Evert Glebbeek
This change is necessary to avoid undefined behaviour from XBoard (which in this
cases ignores the last rook, leading to wrong initial position)
--- /tmp/variants.txt 2020-08-06 19:07:29.331235206 +0200
+++ /usr/share/g
101 - 172 of 172 matches
Mail list logo