A much smaller change would just to add the following file in the
cron.hourly directory (not tested):
8
#!/bin/sh
/usr/sbin/invoke-rc.d anacron start /dev/null
8
Of course, my proposed patches would requires that the machine is
turned on at xx:00 at least once a day. And
this, simple shell scripts like yes | head fails.
because the 'yes' process here never receive the 'broken pipe' signal; and goes
on trashing the journal with I/O errors.
Sorry to think of this so late in the freeze.
Alexandre Detiste
-- System Information:
Debian Release: jessie/sid
APT prefers
by hand after boot?:
This should never run by hand; It should allways be called by systemctl
daemon-reload
Alexandre Detiste
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
/bin/cruft-ng
You could also consider downloading the source,
(git clone https://github.com/a-detiste/cruft-ng.git)
the run make tests and run the individual
test_mlocate test_explain test_filters
to narrow down the problem.
Or rerun cruft-ng through strace.
Alexandre Detiste
--
To UNSUBSCRIBE
Thanks for the strace !
I can now reproduce this, by setting my local to either 'C' or
en_US.UTF8 as yours; this will help me track this bug.
Of course, It works for me,
with LANG=fr_BE.UTF-8 LANGUAGE=fr_BE:fr;
but that won't help you much.
Alexandre
--
To UNSUBSCRIBE, email to
If you need both qgis & inkscape asap, you can dig snapshots.debian.org
and down load 7 needed packages manually then install those with "dpkg -i "
Greets,
Alexandre Detiste
depending on
"cron | cron-daemon";
if you need some custom stuff or more enterprisey stuff; natives timers are the
way to go.
Greets,
Alexandre Detiste
> hi, happily sponsored!
thanks for this
> thanks for the fix!
thanks for that too
> (but I think the dh_auto_clean target can be removed, but I didn't check!)
That's my own contraption,
but I have absolutely no idea why it was needed;
that was when --buildsystem=cmake got added,
maybe
Hi,
I stumbled open this bug. [1]
I have the feeling that this package doesn't make any sense anymore
now that i686 is the default [2] & we should ask FTP Masters
to remove it right away from testing & unstable.
Greetings,
Alexandre
--
description:
>force pentium optimized compilation
>
Le samedi 2 juillet 2016, 18:08:35 Gianfranco Costamagna a écrit :
> control: tags -1 pending
>
> Hi Alexandre, I uploaded on unstable your patch, without the Python3 change.
>
> Unfortunately Python3 is giving a build failure, because of "ordinal not in
> range" issues.
>
> This need some
Le jeudi 9 février 2017, 17 h 14 min 44 s CET Louis Bouchard a écrit :
> The unattended-upgrade-shutdown script uses a lock in /var/run to check if an
> upgrade job is running. After /var is unmounted, /var/run is no longer present
Hi,
I thought that by now all reference to /var/run could be
> Thanks for the report. I can't reproduce the issue here,
Hi,
I'm subscribed to this bug, haven't yet made a trace, but hope this helps:
- when akregator is started, and then closed without opening any news
item, it will close fine, 100% reproducible
- as soon as any news item has been read,
ly.timer
>/dev/null || true
fi
# End automatically added section
Greets,
Alexandre Detiste
o reproduce this bug.
Greets,
Alexandre Detiste
2017-07-03 4:28 GMT+02:00 Ted To <t...@theo.to>:
> Package: shellinabox
> Version: 2.20
> Severity: grave
> Justification: renders package unusable
Hi,
I can't reproduce this with not yet uploaded 0.10.2-1
I'll try to finish it up this weekend.
(unrelated copyright review todo + investigate embedded libs)
Greetings,
Alexandre
Hi,
This package was a workaround againt S3TC pattent.
This pattent has now expired and functionality has been merged into Mesa.
Greetings,
https://www.phoronix.com/scan.php?page=news_item=S3TC-Lands-In-Mesa
2018-02-09 20:59 GMT+01:00 James Cowgill :
>
> Control: retitle
Hi,
I feel like the severity of this bug is much too high,
as it only concerns bcron-run versus systemd-cron;
not vixie cron (the santdard implementation) vs systemd-cron.
I don't see how to cleanly solve it.
Should any cron implemnetation & breaks against
all the other cron implementation ?
Hi,
> [Phil Morrell ]
> I have no personal incentive to follow up.
I understand
It's disappointing, but we'll need to move on.
This game is now in the same situation as opentyrian...
The assets can be made packageable with data-game-data-packager
and alex4 engine will have to be moved to
lua-lpeg is orphaned ... someone has to take care of it first;
I might even adopt it.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=995514
I created a Merge Request:
https://salsa.debian.org/lua-team/lua-lpeg/-/merge_requests/1
Le sam. 16 juil. 2022 à 20:09, Alexandre Detiste
a écrit
e.preload['lpeg']
>no file './lpeg.lua'
>no file './lpeg/init.lua'
>[C]: in ?
>/usr/share/games/corsix-th/Lua/audio.lua:662: attempt to index a nil >value
>(field 'ui')
Greetings
Alexandre Detiste
I confirm. Also found with cruft-ng tool on several hosts.
/usr/lib/python3.9
/usr/lib/python3.9/tkinter
/usr/lib/python3.9/tkinter/__pycache__
/usr/lib/python3.9/tkinter/__pycache__/filedialog.cpython-39.pyc
/usr/lib/python3.9/tkinter/__pycache__/__main__.cpython-39.pyc
Hi,
I m waiting for a bug to be fixed in placage that impact cruft-ng plupart
run.
The "file" bug is fixed by next upload where à RFS has been filed (I m only
DM)
So with this one this makes 4 bugs total,
for which I can not do much more.
I m on Holliday, you can nmu if it bothers you.
Hi,
Thank you so much.
This is deeply interesting.
The same bug might happen in the 495 other packages that
are candidate for using dh-cruft too (the one list in "rules/" in src:cruft).
I will try to fix this at once in dh-cruft instead of requiring
Break+Replaces everywhere.
Simplest option
Hi,
I was not explicit enough.
It's the "cron-daemon-common" binary package that needs this
Conflicts: / Breaks,
not the "cron" binary package
Le mar. 14 févr. 2023 à 22:41, Alexandre Detiste
a écrit :
>
> To be explicit: on your side you'd need yet another uplo
Le dim. 19 févr. 2023 à 18:48, Simon McVittie a écrit :
> > Trying to do more testing and polishing
>
> Thanks! Bug reports are always welcome, with or without a fix.
>
> If you can see how to fix something, fixes for important issues can be
> insta-committed, but if an issue is less important,
Hi,
I uploaded systemd-cron_1.15.19-5 , without the file.
I'm not sure if the handover of this non-file
is done correctly, you can NMU if you know better.
[lament placeholder]
Alexandre
To be explicit: on your side you'd need yet another upload with a
Conflicts: systemd-cron (<<1.15.19-5~)
(and/or a Breaks?)
Package: mu-cade
Version: 0.11.dfsg1-13
Severity: serious
Justification: GCC-12 to be removed soon
Hi,
mu-cade depends against deprecated GCC-12 runtime,
it should be rebuilt against GCC-13.
Greetings,
# LANG=C apt purge gcc-12-base
Reading package lists... Done
Building dependency tree...
Hi,
I pretty much salvaged Angband,
I need a sponsor now for an upload.
The mp3 files is the one reason
I need to repack yet again.
https://salsa.debian.org/games-team/angband
Yes it will still be usefull after this.
Greetings
Control: tag -1 pending
Hello,
Bug #966115 in discodos 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:
Package: renpy
Version: 8.0.3+dfsg-1
Severity: serious
pitfall n°1: there's no version 8.2.0: it's a daily snapshot,
we need to wait for a proper release
pitfall n°2: removing python3-future from RenPy seems not so complicated
but that _may_ or not break games if they
Hi Andreas,
I think usage of "past" has been neutered since:
if sys.version_info < (3,):
from past.builtins import basestring
else:
# Avoid importing from past in Python 3 since it utilizes the builtin
# 'imp' module, which is deprecated as of Python 3.4, see
#
flask 3.0 is there now.
https://tracker.debian.org/news/1502520/accepted-flask-302-1-source-into-unstable/
Le lun. 12 févr. 2024 à 04:47, Emmanuel Arias a écrit :
>
> Hi,
>
> flask 3.0 will fix this two tests?
I don't know, I was just busy with other things
and it felt like wastign time to test
The patch submitted upstream also removes extraneous unittest2
https://github.com/sangwonl/python-mpegdash/pull/61/files
here is a patch that removes extraneous import of future library
& most likely solves this bug
diff --git a/debian/control b/debian/control
index c3fa5b6..12b2535 100644
--- a/debian/control
+++ b/debian/control
@@ -8,8 +8,7 @@ Build-Depends: debhelper-compat (= 13),
dh-python,
This is really bad because it also breaks unattended-upgrades,
so I guess the only way out is to run "apt upgrade" by hand
(after it's fixed) on each impacted system.
Here is the patch.
It's just about hacking out the referencesto python3-future.
Greetings
python-lzstring $ git diff
diff --git a/debian/control b/debian/control
index 727100d..1d1d4aa 100644
--- a/debian/control
+++ b/debian/control
@@ -8,7 +8,6 @@ Build-Depends: debhelper-compat (= 13),
control: tag -1 +patch
Hi,
Here's a patch.
Greetings
From a2dfc8434492368b4e299411c97f0f2aecab8e80 Mon Sep 17 00:00:00 2001
From: Alexandre Detiste
Date: Wed, 20 Dec 2023 10:54:16 +0100
Subject: [PATCH] fix FTBFS with Py3.12
---
debian/control | 3
The actual culprit is python3-future which won't be fixed.
Please patch-out it's usage or see if it's already done upstream.
Greetings
$ grep future -r | grep -v __future__
setup.py: install_requires = ['numpy', 'future'],
mdp/utils/templet.py:from future.utils import with_metaclass
control: tag -1 +wontfix
control: tag -2 +wontfix
Patches have been provided to all reverse dependencies.
Please don't loose time trying to fix this _huge_ one;
fix the reverse dependencies instead.
(it's more tedious, but still easier)
Greetings
Hi,
I ll try to fix this one if you permit.
Greetings
Control: tag -1 pending
Hello,
Bug #832116 in edgar 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:
Le lun. 11 déc. 2023 à 17:02, Jochen Sprickerhof a écrit :
> I think the right thing here is to package the new uncertainties version
> which drops the past import:
>
> https://github.com/lebigot/uncertainties/releases/tag/3.1.7
+1
> Also we should probably get rid of python-future at some
Control: tag -1 pending
Hello,
Bug #1040092 in python-pyftpdlib 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:
Control: tag -1 pending
Hello,
Bug #1058199 in python-mbed-host-tests 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:
Control: tag -1 pending
Hello,
Bug #1056481 in python-mbed-host-tests 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:
Package: turing
Version: 0.11~beta-4
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: Andreas Tille
Turing does not starts at all.
$ turing
NoneType: None
Traceback (most recent call last):
File "/usr/share/turing/src/main.py", line 101, in
from forms import
This one line is a no-op under Python3 and can be removed
> from kafka.vendor.six.moves import range
I ll have a more torough look at home and use CodeSearch to locate vendored
copies of six.py
Greetings
Ok I'll pick it up this evening !
-class ExtensionNode(with_metaclass(ExtensionNodeMetaclass, object)):
+class ExtensionNode(metaclass=ExtensionNodeMetaclass, object_=True):
Just simply
+class ExtensionNode(metaclass=ExtensionNodeMetaclass):
, but I can't test here:
Greetings
Le ven. 12 janv.
control: -1 tag +patch
Please apply this patch and remove "python3-future ," from
debian/control.
Greetings
remove-future
Description: Binary data
Control: tag -1 pending
Hello,
Bug #1054813 in python-dmidecode 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:
control: reassign -1 ftp.debian.org
control: retitle -1 RM: alex-4data -- ROM, non free, not built anymore
alex4-data is non free and has been removed from Debian.
alex4 has been moved to contrib
users can build their own, local,
alex4-data using game-data-packager.
control: tag -1 +fixed-upstream
I've import 3.6.4 on Salsa
I understand your arguments.
There was no real emergency to close this bugs.
I was letting some time for other to voice some opinion.
Some non modifiable Scummvm game blob
have ended up in main but it's another fight
I won't take either.
Anyways I think that this package would
greatly benefit
Package: cytadela
Version: 1.1.0-4+b1
Severity: serious
Justification: Policy 2.2.2.
Hi,
I'm currently reviewing all the games in contrib & non-free to see
wether game-data-packager can help to make them easier to install.
I'm surprised that cytadela is in contrib but doesn't try
to download
Hi Matt,
It looks like Zorian is rightfully disgusted forever:
https://contributors.debian.org/contributor/misterhat-guest@alioth/
I'm not scared of a handful .ogg files without the matching .wav files,
that's life, if these .ogg file were freely licensed as-is that's good enough.
I will
Control: tag -1 pending
Hello,
Bug #1061451 in renpy 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:
Le jeu. 25 janv. 2024 à 11:15, Simon McVittie a écrit :
>
> Control: affects -1 + src:renpy
>
> On Tue, 16 Jan 2024 at 20:43:34 +0100, Lucas Nussbaum wrote:
> > During a rebuild of all packages in sid, your package failed to build
> > on amd64.
> >
> > > src/pygame_sdl2/rwobject.pyx:336:22:
We should wait on flask 3.0
Le sam. 3 févr. 2024, 09:05, Yogeswaran Umasankar a
écrit :
> Hi,
>
> I have fixed all the test failures in build other than two tests,
> test_media_types_method and test_media_types_q. It seems the issue is
> XML request handing. A detailed investigation is needed
Le lun. 29 janv. 2024 à 01:36, Simon McVittie a écrit :
> I see. Do I understand correctly that we would consider it to be a bug
> for anything other than renpy to use pygame-sdl2?
Yes. In an ideal world, renpy should be reworked to use the standard pygame.
I tweaked the description to say so.
Control: tag -1 pending
Hello,
Bug #1066752 in django-maintenancemode 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:
Control: tag -1 pending
Hello,
Bug #1067459 in connectagram 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:
Control: tag -1 pending
Hello,
Bug #1058211 in python-netfilter 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:
Control: tag -1 pending
Hello,
Bug #1033714 in python-flanker 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:
Control: tag -1 pending
Hello,
Bug #1014781 in mom 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:
https://salsa.debian.org/debian/mom/-/commit/3e078bba96232b0dae1080c5d6a52dde7e50ea8e
Control: tag -1 pending
Hello,
Bug #1068075 in tanglet 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:
Control: tag -1 pending
Hello,
Bug #1068075 in tanglet 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:
Control: tag -1 pending
Hello,
Bug #1042615 in python-intbitset 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:
Control: tag -1 pending
Hello,
Bug #1067379 in python-measurement 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:
69 matches
Mail list logo