Package: wnpp
Severity: wishlist
Owner: Alexandre Detiste
X-Debbugs-Cc: debian-devel@lists.debian.org, cjwat...@debian.org
* Package name: python-dataset
Version : 1.6.2
Upstream Contact: Friedrich Lindenberg
* URL : https://github.com/pudo/dataset
* License
Hi,
Here's the default crontabs for debbugs.
There do exists an handfull of other instances of debbugs, some might
deviate from default settings.
Greetings
/usr/lib/debbugs/processall >/dev/null
7,22,37,52 * * * *
https://bugs.debian.org/debbugs-source/debian/debian/crontab
Le mar. 10 déc. 202
Package: wnpp
Severity: wishlist
Owner: Alexandre Detiste
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: python-pyqtlet2
Version : 0.9.3
Upstream Contact: Leon Friedmann
* URL : https://pypi.org/project/pyqtlet2/
* License : 3-Clause BSD License
Package: wnpp
Severity: wishlist
Owner: Alexandre Detiste
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: python-isal
Version : 1.7.1
Upstream Contact: Leiden University Medical Center
* URL : https://pypi.org/project/isal/
* License : PSF-2
Thank you for keeping an eye on this.
There was an even more specific proposal of the Python Team to use the
"python-zombie-*"
namespace for all the modules removed by PEP594 and further future
deprecation PEPs;
this is based on the model of existing python-zombie-imp.
https://peps.python.org
mypy will cry at py2+py3 if it doesn't understand the py2 half of
hybridized code
pyfkakes alike
but there's a lot of things to grep for:
- sys.error
- except ImportError -C 3
- __unicode__
- unicode(
- most "from __future__" ... except "annotations"
- class (object): ---> "(object)" part c
Package: wnpp
Severity: wishlist
Owner: Alexandre Detiste
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: python-rdflib-endpoint
Version : 0.5.1
Upstream Contact: Vincent Emonet
* URL : https://github.com/vemonet/rdflib-endpoint
* License : MIT
Package: wnpp
Severity: wishlist
Owner: Alexandre Detiste
X-Debbugs-Cc: debian-devel@lists.debian.org,
debian-med-packag...@lists.alioth.debian.org
* Package name: python-curies
Version : 0.7.10
Upstream Contact: Charles Tapley Hoyt
* URL : https://pypi.org/project
Package: wnpp
Severity: wishlist
Owner: Alexandre Detiste
X-Debbugs-Cc: debian-devel@lists.debian.org,
debian-med-packag...@lists.alioth.debian.org
* Package name: python-bioregistry
Version : 0.11.12
Upstream Contact: Alexandre Detiste
* URL : https
ittie a écrit :
> On Sat, 03 Aug 2024 at 14:05:50 +0200, Alexandre Detiste wrote:
> > https://opendev.org/openstack/murano-tempest-plugin
> >
> > "This project is no longer maintained."
>
> I think that fact deserves its own bug report, independent of whether it
Package: wnpp
Severity: wishlist
Owner: Alexandre Detiste
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: python-asammdf
Version : 7.4.2
Upstream Contact: daniel.hri...@gmail.com
* URL : https://github.com/danielhrisca/asammdf
* License : GNU
Great review !
We should avoid packaging things with very extra utility.
I'm tempted to RM python-easydev now that nothing left depends on it.
Le dim. 7 juil. 2024 à 19:55, Yogeswaran Umasankar a écrit :
>
> Yes, can use the standard library. This dependency chain starts with
> moarchiving, whi
gt; On Tue, 02 Jul 2024 at 03:47:29 +0200, Guillem Jover wrote:
> > > On Fri, 2024-06-07 at 15:40:07 +0200, Alexandre Detiste wrote:
> > > > Maybe a compromise would be to at least mandate some UTF-8 locale.
> > >
> > > dpkg-buildpackage: Require an UTF-8 (or AS
Package: wnpp
Severity: wishlist
Owner: Alexandre Detiste
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: python-pysubs2
Version : 1.7.1
Upstream Contact: Tomáš Karabela
* URL : https://github.com/tkarabela/pysubs2/
* License : MIT/X
Programming
I guess this impact the project as a whole:
https://qa.debian.org/popcon-graph.php?packages=bash&show_installed=on&want_legend=on&want_ticks=on&from_date=2024-05-01&to_date=&hlght_date=&date_fmt=%25m-%25d&beenhere=1
Greetings
Maybe a compromise would be to at least mandate some UTF-8 locale.
Le dim. 26 mai 2024 à 19:35, Santiago Vila a écrit :
> * It would be wonderful if reproducible-builds people could set the
> time-to-build-in-future for trixie and sid to three years after the
> estimated release date of trixie (I believe they use six months ahead
> of time, which imo it's not eno
Hi,
I have 900 :-) (Moxa V2416). For these type of industrial/embedded use,
popcon is irrelevant. The debian-installer mostly too, the basis image was
Wheezy based with unknown third party tweaks and with only dist upgrade
from that souped up image.
The remaining other legacy project can dist upg
Package: wnpp
Severity: wishlist
Owner: Alexandre Detiste
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: python-pystow
Version : 0.5.4
Upstream Contact: Charles Tapley Hoyt
* URL : https://github.com/cthoyt/pystow
* License : MIT
Programming
Package: wnpp
Severity: wishlist
Owner: Alexandre Detiste
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-pyt...@lists.debian.org
* Package name: python-mutf8
Version : 1.0.0
Upstream Contact: Tyler Kennedy
* URL : https://pypi.org/project/mutf8/
* License
Le lun. 1 avr. 2024 à 15:49, Colin Watson a écrit :
>
> The practice of running "autoreconf -fi" or similar via dh-autoreconf
> has worked extremely well at scale in Debian. I'm sure there are
> complex edge cases where it's caused problems, but it's far from being a
> disaster area.
It's pretty
Le lun. 1 avr. 2024 à 10:43, Johannes Schauer Marin Rodrigues
a écrit :
> > This is the reason I never expect dpkg -S to work and dpkg -L to be
> > correct. The (probably) oldest registered bug report about this is #213907,
> > from 2003. RPM has %ghost since before that, of course.
>
> This is th
Le dim. 31 mars 2024 à 10:17, Sirius a écrit :
> Reduction of complexity is IMHO always worthwhile as it would open the
> door for more people being able to step up as maintainers (taking into
> account that volunteers right this minute might not be overly welcome and
> when they are, they should
Package: wnpp
Severity: wishlist
Owner: Alexandre Detiste
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: python-nh3
Version : 0.2.15
Upstream Contact:
* URL : https://github.com/messense/nh3
* License : MIT
Programming Lang: Pytthon
Yup I got a jump scare because I had pinned this one to unstable.
Still a heads up can be useful.
Thanks
Le dim. 17 déc. 2023 à 16:15, Bálint Réczey a écrit :
>
> See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1058657 .
> The issue does not seem to be affecting stable and testing, just u
How to fix this in an unanttended way ?
(even Salsa seems to have UU installed,
so maybe impact on infrastructure too)
# unattended-upgrade --verbose
Traceback (most recent call last):
File "/usr/bin/unattended-upgrade", line 83, in
import apt_inst
ImportError:
/usr/lib/python3/dist-packa
Le mer. 11 oct. 2023 à 14:54, Jonathan Kamens a écrit :
> Can you confirm that this occurred with 4.0 rather than 4.1?
I'm a bit messy & forgetful these times.
But you have #1053812 against 4.1 already.
> > Can annotations/mypy testing be considered now "best practices" for
> > Debian native pack
Le dim. 8 oct. 2023 à 17:27, Jonathan Kamens a écrit :
> I'd appreciate some testing from folks here before it gets promoted to
> unstable.
I got important NEWS from libx11 from 2006 (?)
so far so good for the rest.
> the database needs to be populated with data for existing packages durin
Le ven. 21 juil. 2023 à 16:48, Helmut Grohne a écrit :
> TL;DR: dpkg-statoverride detection cannot be automated, but there are
> only 5 affected packages.
>
> On Wed, Jul 12, 2023 at 03:34:38PM +0200, Helmut Grohne wrote:
> > * DEP17-P5: dpkg-statoverrides not matching the files shipped.
> >P
Package: wnpp
Severity: wishlist
Owner: Alexandre Detiste
X-Debbugs-Cc: debian-devel@lists.debian.org, archive-1...@nm.debian.org
* Package name: libchdr
Version : 0
Upstream Contact: Romain Tisserand
* URL : https://github.com/rtissera/libchdr
* License : BSD
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: cmake-d
Version : 0~20230625
Upstream Contact: Dragos Carp
* URL : https://github.com/dcarp/cmake-d
* License : MIT/X
Programming Lang: D
Description : integrati
On Sun, 13 Mar 2022 00:07:06 +, Simon McVittie wrote:
>> These are still somewhat annoying in practice because of the log entries for
>> CRON running something pointlessly.
>
>systemd-cron gets round this by assuming that /etc/cron.d/foobar
>is redundant with a native systemd timer foobar.timer
Le mer. 31 mai 2023 à 12:44, Wouter Verhelst a écrit :
> 20+ year old machines are typically more power hungry, more expensive,
> less performant, and less reliable than an up-to-date raspberry pi.
Embedded systems and medical one can be crazily expensive to maintain
and even more to replace but
Lintian already does some special handling for the initial release
(like checking the closure of an ITP bug), this check could happen there.
Greets
Le dim. 12 mars 2023 à 19:06, IOhannes m zmölnig a écrit :
> >In future, please use a lower version number when packaging unreleased
> >software. A
Thanks it works now.
Le dim. 19 févr. 2023 à 17:04, Cyril Brulebois a écrit :
>
> Cyril Brulebois (2023-02-19):
> > I tried to hotpatch it, but failed to so far.
>
> Second attempt seems better. Might take an extra dinstall (+ indexing in
> the following hours) to have all the things in place th
HI,
It looks trivial to provide a blind MR without any testing ...
But this really needs testing :-/,
someone willing to clone the whole setup.
https://packages.debian.org/source/unstable/amd64-microcode : 404
https://packages.debian.org/source/unstable/intel-microcode : 404
https://salsa.debi
Hi,
I'm parsing the RSS from the tracker, like this one:
https://tracker.debian.org/pkg/tiff/rss
To get back the nice looking article URL like this one
https://tracker.debian.org/news/1411413/accepted-tiff-410git191117-2deb10u5-source-into-oldstable/
... and compile some static website
Hi,
Le dim. 23 oct. 2022 à 04:24, Paul Wise a écrit :
> Thank you for your work on this, being able to register files generated
> at install time by maintainer scripts or even at runtime by system
> maintainence tools to particular packages is a very useful feature for
> keeping all the files on
brary libdpkg
and is bound to progress at the same pace.
* there is still a performance problem in cruft-ng that I wish to improve.
Basic profiling can be done by setting ELAPSED=1 env var.
Greetings,
Alexandre Detiste
./cpigs 30
496720816 apt
68957680 npm
61846660 linux-image-5.19.0-1-
lve, for example by processing the globing
patterns
for R/W files provided in AppArmor templates by more and more packages.
Any comments are welcome.
Greetings,
Alexandre Detiste
pgpvytoB7j1BL.pgp
Description: OpenPGP digital signature
e Makefile...
It is alive here but needs some testing and feedback,
see how it works through the daily, weekly jobs...
> throwing one switch
The idea is to have RUN_PARTS as a bool in /etc/crontab but it
doesn't work yet if there isn't any job defined at all.
(the python generator returns nothing)...
Greets,
Alexandre Detiste
Hi,
Please also sprinkle these maintainers scripts with some
rmdir /etc/init --ignore-fail-on-non-empty
to avoid ending up with a stale, unowned, empty /etc/init.
(ad: the "cruft" tool found out about this)
--- /var/spool/cruft/report_20170907.log2017-09-07
06:18:45.571974263 +0200
2017-09-12 8:55 GMT+02:00 Andrey Rahmatullin :
> On Tue, Sep 12, 2017 at 01:40:08AM -0300, Francisco Vilmar Cardoso Ruviaro
> wrote:
> > * License : Coherent Graphics Ltd Non-Commercial Use License
> This is suitable only for non-free, and only if this is acceptable:
>
Then why not simply
2016-11-04 13:29 GMT+01:00 Roland Mas :
> Tangentially related: is there something similar for kernels? My
> monitoring setup currently compares the age of the most recent file in
> /boot with the uptime, but I feel there must be something more proper
> somewhere.
Unattended-Upgrades can also han
Le vendredi 13 mai 2016, 10:37:35 Alexander Gerasiov a écrit :
> > Do you also plan to ship all the 19 known plugins in the same
> > package ? https://github.com/kedder/ofxstatement#known-plugins
> Not in ofxstatement, but in ofxstatement-plugin-name or ofxstatement-plugins.
Hi,
In my understand
Le vendredi 13 mai 2016, 01:18:03 Alexander GQ Gerasiov a écrit :
> Package: wnpp
> Severity: wishlist
> Owner: Alexander GQ Gerasiov
>
> * Package name: ofxstatement
> Version : 0.5.0
> Upstream Author : Andrey Lebedev
> * URL : https://github.com/kedder/ofxstatement
Le dimanche 6 mars 2016, 19:19:35 Bas Wijnen a écrit :
> That. Https is good for our users. Even if the effect of this change is very
> minor, we should show them that it should be the default everywhere.
>
Having https://incoming.debian.org/ would be nice too.
Alexandre
Le mardi 23 février 2016, 15:57:11 Simon McVittie a écrit :
> On Tue, 23 Feb 2016 at 15:45:59 +0100, Carl Chenet wrote:
> > Description : Script to backup your data from a Debian system to a
> > ftp space
>
> Backups via ftp? In 2016?
It's a 45 lines shell script... maybe not worth packagi
Le vendredi 12 juin 2015, 17:56:04 Wouter Verhelst a écrit :
> On Fri, Jun 12, 2015 at 10:08:35AM +0200, Alexandre Detiste wrote:
> > Le vendredi 12 juin 2015, 00:59:51 Wouter Verhelst a écrit :
> > > On Thu, Jun 11, 2015 at 12:38:29PM +0200, Bálint Réczey wrote:
> > >
Le vendredi 15 janvier 2016, 21:58:18 Anthony DeRobertis a écrit :
> On 01/15/2016 09:29 PM, Jens Reyer wrote:
> > Does this also work somehow for e.g. foo-daily.service +
> > foo-daily.timer being favored over /etc/cron.daily/foo? Next to a
> > foo.service being favored over /etc/init.d/foo. Tha
's one:
https://github.com/a-detiste/detiste/
Does the name "my_metapackage" comes from there ?
http://askubuntu.com/questions/33413/how-to-create-a-meta-package-that-automatically-installs-other-packages
Make sure to pick a name that wouldn't match a possible future package official
name.
Alexandre Detiste
Hi,
> http://blog.pault.ag/post/27268910152/usage-of-vcs-git-in-the-debian-archive
>
> Enter github.com/debian
>
> – IMHO, we should consider putting the repos that are already on
> GitHub under Debian namespace, so that the team of maintainers
> may be able to add new collaborators.
I'd like to
Package: wnpp
Severity: wishlist
Owner: Alexandre Detiste
* Package name: stratagus
Version : 2.4.0
Upstream Author : Stratagus Team
* URL : https://github.com/Wargus/
* License : GPL
Programming Lang: C++ & Lua
Description : Stratagus is a free c
Le mardi 22 décembre 2015, 10:03:15 Ondřej Surý a écrit :
> On Tue, Dec 22, 2015, at 09:37, Alexandre Detiste wrote:
> > *) "apt-get remove $(deborphan)" is more dangerous; and should be done
> > manually;
> > and then one can also build fake empty packages w
Le mardi 22 décembre 2015, 00:35:25 Robie Basak a écrit :
> I had always assumed that this is the risk you take by using autoremove
> and thus you need to pay attention to what you autoremove, which is for
> example why unattended-upgrades is sensible by not doing it by default.
Excepted that unat
Le lundi 16 novembre 2015, 10:27:14 Marc Haber a écrit :
> On Sun, 15 Nov 2015 23:10:11 +0100, Wouter Verhelst
> wrote:
> >On Fri, Nov 13, 2015 at 05:47:41PM +0100, Marc Haber wrote:
> >> Regarding dpkg, its conffile handling is IMO beyond repair, it should
> >> be deprecated and later removed.
>
Le dimanche 8 novembre 2015, 19:28:38 Dominique Dumont a écrit :
>
> If I rephrase, with the current setup, 'service lirc start' starts 4 daemon
> processes.
>
> Which means the user only has to type one command to start and stop all of
> them.
>
> With the new setup. the user will have to deal
o the contrived name with the hypen
will make it hard to use...
Maybe this can be also be solved by documenting how to set a bash alias,
or a symlink in /usr/local/bin .
[1] https://packages.debian.org/sid/amd64/emboss/filelist
[2] https://sources.debian.net/src/emboss/6.6.0%2Bdfsg-1/emboss/yank
2015-07-28 12:27 GMT+02:00 Emmanuel Bourg :
>> I doubt that anybody would use a debian version of hadoop now as long as it
>> isn't backed by upstream, cloudera or hortonworks.
>
> I don't think this package will be widely adopted either, not everyone
> churns an amount of data that justifies the u
Package: wnpp
Severity: wishlist
Owner: Alexandre Detiste
* Package name: openxcom
Version : 1.1 (not yet released)
Upstream Author : SupSuper @ GitHub, OpenXcom Developers
* URL : http://openxcom.org/
* License : GPL 3
Programming Lang: C
Maintainer
I think nobody mentioned it, but there is already "grive"
https://packages.debian.org/jessie/grive .
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/cadstwjjw5wmoa8
The "eid-viewer" is now an 'any' package, but couldn't it be an 'all'
because it only include a java program, an icon & a .desktop file?
Alexandre Detiste
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1793536.pIiYa9OGHR@antec
ive.
eid-archive is a tiny 'all' package that weights 6040 bytes :-)
I guess the pros outweigh the cons.
> There was also the (slightly confusing) perception in management that they
> had to tightly control ownership and distribution, despite it being open
> source GPL software, available on github, etc.
Entirely possible :-(
Alexandre Detiste
signature.asc
Description: This is a digitally signed message part.
n"
that got started 5 years ago now that Jessie has been released.
https://lists.debian.org/debian-devel/2014/10/msg00474.html
Alexandre Detiste
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/30446027.mNS7mfypdK@antec
> Paul Wise wrote:
> > Will be on d-d-a when the next DevNews is posted:
> >
> > https://wiki.debian.org/DeveloperNews#Google_Code_closing
>
> How about check and warn it with watch and lintian?
>
> e.g. https://qa.debian.org/cgi-bin/watch?pkg=mecab was hosted in Google Code,
> and if so, wa
>> Jonathan Dowland
> There's no problem coordinating
> virtual packages names if they are all generated by the same source package,
> game-data-packager; furthermore since the packages concerned are not actually
> in Debian, it doesn't seem necessary to document them in Debian policy, IMHO.
Well,
n 3D game.
https://www.debian.org/doc/packaging-manuals/virtual-package-names-list.txt
Alexandre Detiste
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https://li
Hi,
>> Said that, I am totally fine to have more options :)
>
> Me too, as long as there is relevancy. So please describe and compare
> relevancy (implementation language is not in itself a relevancy but
> "needed for $foo" might make implementation of _libraries_ relevant).
>
> - Jonas
the hom
Hi,
That would be really nice !
I managed to find your packaging tree, so I add it in this CC
so ohters can have alook at it:
https://github.com/shsorbom/kcmsystemd-debian
> Package: wnpp
> Severity: wishlist
> Owner: "Shawn Sörbom"
>
> * Package name: kcmsystemd
> Version : 0.7
> Another solution proposed by jfs was to factor out the crontab command
> (which writes to /var/spool/cron/crontabs) from src:cron.
That may have trickled down from this mail :-) (should I had CCed you ?)
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=766053#30
I finally came up with a minim
same source package;
cron & systemd-cron would depend on cron-etc & cron-spool
bcron-run would only depend on cron-etc
Are such tiny packages going to be accepted in the archive ?
At least they are arch:all ; so while trimming cron $numb_of_arch times,
this would globaly reduce archi
se effects have ever been reported.
Ok, I'll first let cron's maintainer a chance to apply the patch & DTRT
... and I'll wait anyway till I find a new sponsor to update this package:
http://lists.alioth.debian.org/pipermail/pkg-systemd-maintainers/2014-December/005181.html
Alexandre Detiste
signature.asc
Description: This is a digitally signed message part.
ebian.org/cgit/pkg-cron/pkg-cron.git/tree/debian/postrm :
# if [ "$1" = "purge" ]; then
#rm -f /etc/cron.allow /etc/cron.deny
# fi
The handover of custom /etc/crontab works fine thank to the "Replace:" in
d/control
Alexandre Detiste
signature.asc
Description: This is a digitally signed message part.
> > Here is my ITP for my rewrite of cruft's engine.
>
> I think you might want to email debian-mentors, with a sponsorship request
> (an RFS bug), rather than debian-devel, that is intended as a mailing list
> for technical discussions.
> See https://mentors.debian.net/sponsors
Ok thanks for adv
y setup_config() in init script;
that is not replicated here.
FYI: There is a more elaborate patch linked to this open bug report:
https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=kdm-systemd.diff;att=1;bug=754314
Alexandre Detiste
[Unit]
Description=KDM Display Manager
Conflicts=gett
")
I uploaded it to mentors.d.o:
http://mentors.debian.net/package/cruft-ng
Please comment :-)
Alexandre Detiste
-- Message transmis --
Objet : ITP: cruft-ng -- program that finds any cruft built up on your system /
rewrite in C
Date : vendredi 21 novembre 2014, 11:12:29
D
>> There was some discussion about this a while back, and I vaguely remember
>> that systemd comes with a tool that will tell you exactly what you're
>> overriding. I'm not sure if that work got all the way to producing a nice
>> Debian-aware tool or not.
>
>Sounds interesting. If anyone recall t
77 matches
Mail list logo
