> Package: jam
> Version: 2.6.1-2
> Severity: normal
> X-Debbugs-Cc: Dmitry Smirnov ,
> debian...@lists.debian.org, Yann Dirson , Graeme
> W. Gill
>
> Dear Maintainers, Dear Author,
>
> After I've finished the packaging of lincity-ng later today;
> 'ar
, it is likely better to move forward and enable it. I could see
no comment in the BTS talking about any problems around that, are there
any blockers going forward?
Yann Dirson | Vates Platform Developer
XCP-ng & Xen Orchestra - Vates solutions
web: https://vates.tech
> I note after double-checking that, despite bookworm repos [1]
> providing
> only Packages.xz and Packages.gz and not Packages, apt does really
> seem to check only for Packages in my case:
After more testing, it appears that the behavior is different depending on
the way the flat repository
I note after double-checking that, despite bookworm repos [1] providing
only Packages.xz and Packages.gz and not Packages, apt does really
seem to check only for Packages in my case:
root@debian:~# apt update
Hit:1 http://security.debian.org/debian-security bookworm-security InRelease
Hit:2
Package: apt
Version: 2.6.1
# context
The repo is served as a "generic package repo" on gitlab. As a first step I'm
putting unsigned Release file there, because setting sigs there is another
adventure.
So I have Release not InRelease, and since it's 2 packages I chose to spare
space using just
Package: ruby-jekyll-asciidoc
Version: 3.0.0-2
Severity: wishlist
There is upstream git activity, with 3.0.1 tagged (with no "github ci/release"
though),
and quite some stuff rowards release 3.1.0 in 'main' - hopefully that could
help getting
the package up and running again?
Package: hachoir
Version: 3.1.0-5
Severity: wishlist
A 3.2.0 release is available from https://github.com/vstinner/hachoir/tags
According to upstream changelog, upgrading the package to
1.12.x should allow to fix this RC bug.
Package: wnpp
Severity: normal
I intend to orphan the memtest86 package.
There will likely be no more DGSF-compliant version of this package.
memtest86+ probably supercedes it completely nowadays. I'm orphaning
this one at the same time as memtest86+, as it makes sense either to
have the same
Package: wnpp
Severity: normal
I intend to orphan the memtest86+ package.
After much time a new beta is out, but it still does not include the
multiboot support. I don't have enough interest in this to dedicate
the time it requires to do things right.
The current unreleased state of the
Package: gpsshogi
Version: 0.7.0-2
Severity: serious
The .bin and .dat files in gpsshogi-data come as-is in SVN, with
no information as to what they are generated from. This does not
look DFSG-compliant.
As to the impact on my work on resurrecting the package (#964730),
if this issue is not
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 : Strong AI
Package: wnpp
Severity: wishlist
Owner: Yann Dirson
* Package name: libosl
Version : 0.8.
Upstream Author : GPS Team
* URL : http://gps.tanaka.ecc.u-tokyo.ac.jp/gpsshogi/pukiwiki.php
* License : BSD
Programming Lang: C++
Description : library
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.tanaka.ecc.u-tokyo.ac.jp
Package: wnpp
Severity: wishlist
Owner: Yann Dirson
* Package name: fairy-stockfish
Version : 11.1
Upstream Author : Fabian Fichter (unknown email)
* URL : https://github.com/ianfab/Fairy-Stockfish
* License : GPLv3+
Programming Lang: C++
Description
Package: devscripts
Version: 2.19.5+deb10u1
Severity: normal
In the case where a .tar url does not really point to a tarfile, uscan
does report the problem, but only after a printf error.
Additionally, it does not keep the downloaded file, which forces manual
re-download to check what really
Package: wnpp
Severity: normal
I intend to orphan the tulip package. I've not been using it and did
not update the package for some time now, and don't have the time to
properly take care of it.
The package description is:
Tulip is an information visualization framework dedicated to the
Package: wnpp
Severity: wishlist
Owner: Yann Dirson
* Package name: crazywa
Version : 0.0.0~git2018.08.12
Upstream Author : H.G. Muller
* URL : http://hgm.nubati.net/cgi-bin/gitweb.cgi?p=crazywa.git
* License : GPL
Description : AI engine for Wa Shogi
Package: ftp.debian.org
Severity: normal
The version in unstable takes too much time to maintain, cannot possibly
bring all upstream features, and is years behind
upstream. Newer versions require building a java GUI which, when I
last checked, worked only with shipped 3rd-party jars, and would
Package: libkf5kdegames-dev
Version: 4:16.08.3-1
Severity: important
Using KDEGAMES_INCLUDE_DIRS in a CMakeLists file does not work as
expected, we get this on commandline:
-I/usr/lib/x86_64-linux-gnu/cmake/KF5KDEGames
-I/usr/lib/x86_64-linux-gnu/cmake/KF5KDEGames/KDE
The source of the
Package: gpsshogi
Version: 0.7.0-2
Severity: wishlist
It is a bit of a waste to pull Qt just for the viewer app (and
incidentally it prevents installing gpsshogi on stretch without
upgrading Qt to buster)
-- System Information:
Debian Release: buster/sid
APT prefers stable
APT policy: (990,
Package: aptitude
Version: 0.8.7-1
Severity: normal
Let's choose a package tha is a candidate for upgrade (previous testing
version is installed, and more recent than current stable version).
If I select it for upgrade to testing and quit aptitude, the selected
version is still selected when I
Package: aptitude
Version: 0.8.7-1
Severity: normal
texlive-htmlxml is in unconfigured state and postinst will not complete
without a reinstall (files got missing after downgrade due to Replaces
issue). But aptitude would not reinstall it:
root@home:~# aptitude reinstall texlive-htmlxml
The
Package: aptitude
Version: 0.8.8-1
Severity: normal
(state bundle available on request, too big to attach anyway)
>From this situation, first mark texlive-htmlxml for downgrade to stable,
then enter resolver, and refuse all choices from first 2 screens to get
to the third one, which proposes to
Package: weboob
Version: 1.1-1
Severity: normal
After configuring the new ARTE backend to get original version subtitled in
french,
and successfully launching the download of "a touch of zen", I notice it is in
chinese (which could be expected ;). So, trying to see if there is a translated
Package: qa.debian.org
Severity: wishlist
tracker.d.o seems to be where we're going, it should be linked from DDPO
instead of (or alternatively, if some prefer to keep it) the old PTS.
The least-workload path seems to be just pointing to new tracker, it would
already probably make more people
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
nmu tulip_4.8.0dfsg-2+b3 . ANY . unstable . -m "Rebuild against binutils-dev
2.26.1 (Closes: #830985)"
2.26-* had a wrong shlibs line and packages built against those versions won't
be
Package: dh-buildinfo
Version: 0.11+nmu1
Severity: normal
tulip build-depends on binutils-dev [linux-i386 kfreebsd-i386 any-amd64] but
this package is
not listed in buildinfo on amd64.
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (990, 'testing'),
Package: binutils-dev
Version: 2.26.1-1
Severity: important
Package description states that "building Debian packages which depend
on the shared libbfd is Not Allowed". OTOH:
* it is not possible to install bfd.h without the libbfd.so symlink
* binutils provides a shlibs file, which is AFAIK
Package: binutils-dev
Version: 2.26.1-1
Severity: normal
While working on #830985 to get tulip to link statically with libbfd, I get a
bunch of failures at link-time, for symbols apparently referenced from within
libbfd.a, which are not available in it, but are available in libbfd.so:
Package: wnpp
Severity: normal
I intend to orphan the gcompris-qt package.
The package description is:
A large collection of educational games for small children, designed
to be a unified interface to integrate more educational games.
.
This is the rewrite of GCompris using Qt Quick
It is a bit awkward to have --status report a new version, and
--install just not say anything by default. With --install --verbose
one can finally understand with some effort that the version it
downloads is the one that's already installed. But why just not
telling the user something like "We
Package: src:linux
Version: 4.2.5-1
Severity: important
On a machine with several X sessions openned, apparently triggered by
the VT switch following hitting "New login" on the XScreenSaver lock
screen, I experienced this problem, after a ~10-day uptime. It also
happenned precisely 10 days ago
Got this as well with gcompris-qt 0.43 (in NEW):
E: gcompris-qt source: source-is-missing src/activities/drawnumber/drawnumber.js
This file is its own source.
Since the number of false positives is so high on this test, wouldn't
it make sense to demote it to Warning level for now ?
On Sun, Sep 20, 2015 at 02:55:35PM +0200, Sebastian Dröge wrote:
> Hi,
>
> I forwarded this upstream a while ago without any response. Is gcompris still
> actively developed?
> https://bugzilla.gnome.org/show_bug.cgi?id=747949
Yes it is, although the current codebase is bound to get replaced by
On Sun, Sep 20, 2015 at 10:22:59PM +0200, Sebastian Dröge wrote:
> Is gcompris-qt still using GStreamer, or are they just going via
> QtMultimedia then (which for Debian would still be GStreamer)?
It's using libQt5Multimedia.
is-15.02/debian/control
> --- gcompris-15.02/debian/control 2014-12-30 18:30:43.00000 +0100
> +++ gcompris-15.02/debian/control 2015-09-20 20:18:51.0 +0200
> @@ -3,14 +3,14 @@
> Priority: optional
> Maintainer: Yann Dirson <dir...@debian.org>
> Ho
On Tue, Sep 08, 2015 at 11:44:21PM +0200, Julien Cristau wrote:
> On Tue, Sep 8, 2015 at 23:11:53 +0200, Yann Dirson wrote:
>
> > Package: libgles2-mesa-dev, libglew-dev
> > Version: 10.5.7-1, 1.10.0-3
> > Severity: important
> >
> > The 2 buildd attempts of
Package: libgles2-mesa-dev, libglew-dev
Version: 10.5.7-1, 1.10.0-3
Severity: important
The 2 buildd attempts of tulip 4.7.0 on armel and armhf both failed,
starting with the following type conflicts, and openscad hits a
similar problem.
https://bugs.debian.org/793137
On Tue, Sep 08, 2015 at 11:44:21PM +0200, Julien Cristau wrote:
> On Tue, Sep 8, 2015 at 23:11:53 +0200, Yann Dirson wrote:
>
> > Package: libgles2-mesa-dev, libglew-dev
> > Version: 10.5.7-1, 1.10.0-3
> > Severity: important
> >
> > The 2 buildd attempts of
Submitted https://bugs.debian.org/798408 on libgles2-mesa-dev and
libglew-dev, affecting those 2 FTBFS bugs.
On Tue, Jul 21, 2015 at 06:08:45PM +0200, Niels Thykier wrote:
Source: tulip
Version: 4.7.0dfsg-1
Severity: serious
The tulip package FTBFS on armel and armhf. Since it has built there
in the past, this is a regression and by extension prevents migration
to testing. Here is a (possibly)
Package: virt-manager
Version: 1:1.0.1-5
Severity: wishlist
Latest version is 1.2.1, including OVMF support
BTW, the homepage shold probably be updated to http://virt-manager.org/
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (990, 'testing'), (500,
AFAICT, the UEFI support in libvirt is dependant on the split layout,
and it looks for them in /usr/share/OVMF/, not /usr/share/ovmf/, so a
path adjustment might b in order for vcompatibility with the rest of
the world.
$ strings /usr/lib/libvirt/connection-driver/libvirt_driver_qemu.so |grep
One note on OVMF support with 1.2.1: even after geting the split OVMF
binaries installed in the right place, the generated VM is incorrect
for a KVM user session:
os
type arch='x86_64' machine='pc-i440fx-2.1'hvm/type
loader readonly='yes' type='pflash'/usr/share/OVMF/OVMF_CODE.fd/loader
On Fri, Jun 26, 2015 at 11:23:33PM +, Mattia Rizzolo wrote:
Interesting enough this did not fail the build, though (i think the
exit_group(0) above has something to do with this).
Thanks much for those details!
The yes process is piped into a head, so its exit code is ignored,
that's
On Fri, Jun 26, 2015 at 10:12:58AM +, Mattia Rizzolo wrote:
As I haven't killed it i can still run stuff if you point me at something.
The yes.c provided by the testsuite does not handle write errors,
that's easy enough to fix. I guess the author expected that when the
yes|head is over and
Package: libdpkg-perl
Version: 1.18.1
Severity: important
memtest86-4.3.7$ dpkg-source --commit . gcc-5
dpkg-source: info: local changes detected, the modified files are:
memtest86-4.3.7/Makefile
Undefined subroutine Dpkg::Source::Package::V2::BinaryFiles::make_path called
at
On Fri, Jun 19, 2015 at 11:03:21PM +, Mattia Rizzolo wrote:
On Fri, Jun 19, 2015 at 7:16 PM, Yann Dirson ydir...@free.fr wrote:
Can you look at the process tree under the test run, and possibly get
a look at what the leaf processes are doing ?
can you tell me more precisely what i
Hello,
Can you look at the process tree under the test run, and possibly get
a look at what the leaf processes are doing ?
I'd think that the testsuite is probably not thought for a parallel
make it looks hard to predict anything. Maybe I should arrange so
that dh_auto_test does not run in
Hello,
The (annoyingly ever displayed) extra tab explains very well what should
be done, but I don’t get the Automatic Save Folder menu under the “What
should Firefox do with this file?” box.
Am I missing something?
I don't remember ever seing an Automatic Save Folder menu as long as
I've
Package: wnpp
Severity: normal
ftjam is unmaintained upstream, the current release is 9 years old.
Even plain jam is more maintained (and popcon shows ten times more
users), so ftjam users should probably switch.
Nevertheless, it would not be fair to our users to just frop it, if
someone really
Package: qemu-launcher
Version: 1.8.0~pre0-1
Severity: normal
Most people do not have the need for the whole host of qemu-system-*
packages.
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (101,
Package: aptitude
Version: 0.6.11-1+b1
Severity: normal
Context: iceweasel just got updated in testing from 31 to 38, and that
new version pulls gstreamer1.0-libav. On upgrade, the apt-listbugs
hook shows the latter as impacted by a serious bug, so as usual for
this situation, I stop the upgrade
Package: dh-make
Version: 1.20140617
Severity: normal
Tags: patch
DH_VERBOSE = 1 is just ineffective, as it sets a make variable which
has no way to be seen by the dh programs.
export DH_VERBOSE = 1 is how it should be spelled, and this still
what is used in the rules.old files.
-- System
Package: g++-4.9
Version: 4.9.2-10
Severity: normal
This warning can be seen while compiling skaakii-1.0.0 on several
architectures (looks like it includes some 64bit archs, plus sparc).
It does not appear with g++-4.8.
https://qa.debian.org/bls/packages/s/sjaakii.html
Package: avrdude
Version: 6.1-2
Severity: normal
Before I noticed the m format to set fuses from immediate
commandline values, I tried to set them (using an Arduino-as-ISP) from
a binary file obtained by reading them (-U hfuse:r:hfuse.dump:b).
Using -U hfuse:w:hfuse.dump:b just fails:
$ avrdude
On Tue, Mar 10, 2015 at 05:43:04PM +0800, Paul Wise wrote:
On Tue, 2015-03-10 at 08:24 +0100, Yann Dirson wrote:
Unfortunately starting with 5.0 they have turned the software to a
prioprietary binary-only license, so if we can package it (which I
have not investigated) it will have
floppy or floppy image.
+This is the last DFSG-compliant version of this software, upstream
+has opted for a proprietary development model starting with 5.0. You
+may want to consider using memtest86+, which has been forked from an
+older version, and is also available in Debian.
- -- Yann Dirson
On Tue, Mar 10, 2015 at 07:30:35PM +0100, Yann Dirson wrote:
On Tue, Mar 10, 2015 at 05:43:04PM +0800, Paul Wise wrote:
On Tue, 2015-03-10 at 08:24 +0100, Yann Dirson wrote:
Unfortunately starting with 5.0 they have turned the software to a
prioprietary binary-only license, so if we
retitle 780174 memtest86: make it explicit that newer versions are non-free
thanks
On Tue, Mar 10, 2015 at 02:04:42PM +0800, Paul Wise wrote:
Package: memtest86
Severity: wishlist
Please update memtest86 to the new upstream version (V6.0.0), which
checks for the DRAM rowhammer weakness. You
On Mon, Mar 02, 2015 at 07:37:06PM +0100, Bill Allombert wrote:
On Sun, Mar 01, 2015 at 05:59:39PM +0100, Yann Dirson wrote:
Package: debian-policy
Severity: wishlist
Following the short discussion starting at [1], I'm submitting the
following list of virtual packages, to facilitate
clone 629506 -1
reassign -1 memtest86
retitle -1 memtest86.bin crashes if loader ends up putting it not at 9000:
tags -1 + patch
thanks
On Sat, Feb 28, 2015 at 08:24:02PM +, Al Viro wrote:
FWIW, the effects described in this bug report are 100% reproducible
on any version, as long
Package: debian-policy
Severity: wishlist
Following the short discussion starting at [1], I'm submitting the
following list of virtual packages, to facilitate the declaration of
protocol compatibility between boardgame AI engines, boardgame GUI's
and protocol adapters:
* cecp-game-engine
*
Package: paxtest
Version: 1:0.9.11-2
Severity: normal
Using the plain Debian 3.16.0-4-amd64 kernel, paxtest kiddie shows:
...
Return to function (strcpy) : paxtest: return address contains a
NULL byte.
Return to function (memcpy) : Return to function (strcpy, PIE)
Package: gmchess
Version: 0.29.6-2
Severity: normal
Tags: patch
The current section is wrong (and a hint could be useful):
section=Games/Simulation
should be:
section=Games/Board hints=XiangQi
-- System Information:
Debian Release: 8.0
APT prefers testing
APT policy: (990, 'testing'),
On Sat, Jan 03, 2015 at 12:13:33PM +, Jonathan Wiltshire wrote:
Control: tag -1 confirmed moreinfo
On Sat, Jan 03, 2015 at 12:15:27AM +0100, Yann Dirson wrote:
This is a followup to #774136 to get pre-approval for gcompris 14.12-1
(new upstream release with mostly translation updates
Package: grub-pc
Version: 2.02~beta2-19
Severity: wishlist
Tags: patch
When setting up grub to password-protect commandline edition (see
configuration hints in my comment to #545163), it can take some effort
in case of error to determine whether the password is wrong, or
whether it is wrongly
Package: python-pbkdf2
Version: 1.3+20110613.git2a0fb15~ds0-3
Severity: normal
README.txt points to http://www.rsa.com/rsalabs/node.asp?id=2127 which
according to archive.org went to 302 between June and August 2013.
-- System Information:
Debian Release: 8.0
APT prefers testing
APT
Nowadays, /etc/grub.d/40_custom provides a nice place for the set
superusers and password* commands
But that's not sufficient, as it requires the allowed boot entries to
be marked --unrestricted, which no script appears to support yet.
I am adding myself --unrestricted to the CLASS definition in
Hello FTPmasters,
Could you please process the new gcompris 14.12-1 upload quickly, so
that it would be able to migrate to testing ASAP ?
TIA,
--
Yann
---BeginMessage---
Control: tag -1 confirmed moreinfo
On Sat, Jan 03, 2015 at 12:15:27AM +0100, Yann Dirson wrote:
This is a followup
Hi FTP masters,
The following upstream update to gcompris has been suggested, and
after checking it seems to be to be good material, with extremely
limited-scope code-level bugfixes (which could be filtered-out if we
really want that, although I'd think it would be better to have them
in as
Hi Release Team,
The following upstream update to gcompris has been suggested, and
after checking it seems to be to be good material, with extremely
limited-scope code-level bugfixes (which could be filtered-out if we
really want that, although I'd think it would be better to have them
in as
On Tue, Dec 16, 2014 at 05:05:53PM -0500, Yaroslav Halchenko wrote:
On Sat, 15 Nov 2014, ydir...@free.fr wrote:
tags 742873 + patch
thanks
Too bad it's too late for jessie...
From 18bbc237763955c150da72daf9be2b9702fefb0a Mon Sep 17 00:00:00 2001
From: Yann Dirson ydir...@free.fr
On Wed, Dec 10, 2014 at 06:50:07AM +0100, Niels Thykier wrote:
Package: tau
Version: 2.17.3.1.dfsg-4
Severity: serious
Hi,
I saw you uploaded a new version of tau to fix bashisms. Unfortunately,
there are still some left.
E.g. in echoIfVerbose (tools/src/tau_compiler.sh)
+ if
On Sat, Dec 13, 2014 at 09:25:50AM +0100, Yann Dirson wrote:
On Wed, Dec 10, 2014 at 06:50:07AM +0100, Niels Thykier wrote:
Package: tau
Version: 2.17.3.1.dfsg-4
Severity: serious
Hi,
I saw you uploaded a new version of tau to fix bashisms. Unfortunately,
there are still some
Package: eleeye
Version: 0.29.6-2
Severity: important
While working on the uci2wb package[1], I ran a couple of games with
eleeye playing against itself in XBoard, running:
xboard -debug @xq -fcp 'uci2wb debug -x eleeye_engine' -scp 'uci2wb debug -x
eleeye_engine'
Looks like the 1st engine is
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package gcompris
This upload fixes #769339, with severity important (make gcompris
compatible with jessie version of tuxpaint, which broke
compatibility).
debdiff only
Package: cmake
Version: 3.0.2-1
Severity: normal
When both -DCMAKE_C_COMPILER and -DCMAKE_CXX_COMPILER are set on cmake
invocation, the build goes fine if one just runs make afterwards.
If one re-runs cmake a second time, then the build cannot succeed:
yann@home:build$ rm -rf *
yann@home:build$
On Fri, Nov 21, 2014 at 09:49:19PM +0100, Yann Dirson wrote:
Elephant Eye (package eeye)
Well, eleeye, that is :)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Yann Dirson dir...@debian.org
* Package name: uci2wb
Version : 2.0
Upstream Author : H.G. Muller h.g.mul...@hccnet.nl
* URL :
http://hgm.nubati.net/cgi-bin/gitweb.cgi?p=uci2wb.git;a=summary
* License : GPL
Programming
Package: wnpp
Severity: wishlist
Owner: Yann Dirson dir...@debian.org
* Package name: sjaakii
Version : beta2
Upstream Author : Evert Glebbeek egle...@dds.nl
* URL : http://www.eglebbk.dds.nl/program/chess-index.html
* License : GPL
Programming Lang: C
Package: emacs24
Version: 24.4
Severity: important
While editing a new shell script (current status below, manually edited
from the last autosave to match the contents in the frozen display), after
a couple of operations emacs becomes unresponsive, following the move of
the point from end of
reassign -1 tuxpaint
found -1 tuxpaint/0.9.22-1
severity -1 serious
thanks
On Wed, Nov 12, 2014 at 11:28:20PM +0100, Leopold Palomo-Avellaneda wrote:
Package: gcompris
Version: 14.07-1
Severity: important
Running gcompris, when I try to execute tuxpaint, the program doesn't
execute.
On Fri, Nov 07, 2014 at 11:43:29AM +0530, Ritesh Raj Sarraf wrote:
On 11/07/2014 01:47 AM, Yann Dirson wrote:
So emacs24 gets broken by this package, right ? Shouldn't the
severity be upgraded to grave ?
I do not use emacs, so cannot confirm it. Is it unusable ?
Yes, emacs is still
So emacs24 gets broken by this package, right ? Shouldn't the
severity be upgraded to grave ?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On Fri, Oct 10, 2014 at 10:15:12AM +0200, Johannes Schauer wrote:
Hi,
Quoting Yann Dirson (2014-10-09 23:29:13)
README.Source should give the URL for the git repo. A quick search on
enlightenment.org did not allow me to find it (!), so I was not been able to
verify the source.
good
On Tue, Oct 21, 2014 at 11:12:13PM +0200, Yann Dirson wrote:
On Fri, Oct 10, 2014 at 10:15:12AM +0200, Johannes Schauer wrote:
Hi,
Quoting Yann Dirson (2014-10-09 23:29:13)
README.Source should give the URL for the git repo. A quick search on
enlightenment.org did not allow me
On Wed, Apr 03, 2013 at 01:01:27PM -0400, Yaroslav Halchenko wrote:
Package: tau
Version: 2.16.4-1.4+b1
Severity: wishlist
The latest download now provides 2.22.2
Starting with 2.18, tau has dropped support for old tk-based GUI, the
build of the new java-based one is mandatory (although
Package: xboard
Version: 4.8~git20140119-1
Severity: normal
While looking at how xboard handled the DEC license issue for
shogivar, which uses code from XBoard, I noticed the following
problem:
The copyright-format spec says The last paragraph that matches a
particular file applies to it., but
Package: qa.debian.org
Severity: normal
https://qa.debian.org/cgi-bin/watch?pkg=tulip_4.5.0dfsg-2 shows an up
to date status dated September 27th, whereas 4.6.0 was released on
September 22th and uscan locally detecting the version.
Note that version detection is done despite #764367 which just
On Sat, Oct 04, 2014 at 02:43:19PM +0200, Johannes Schauer wrote:
Hi,
Quoting Yann Dirson (2014-10-03 22:14:18)
We could do that - I'm puzzled however that no member of the list
reacted publicly. It would surely be good to get some feedback from E
maintainers (I'm not part of the team
On Tue, Oct 07, 2014 at 08:50:17PM +0200, Yann Dirson wrote:
On Tue, Oct 07, 2014 at 12:28:31PM +0200, Francois Gouget wrote:
On Fri, 3 Oct 2014, Yann Dirson wrote:
On Fri, Oct 03, 2014 at 01:36:46AM +0200, Francois Gouget wrote:
On Thu, 2 Oct 2014, Yann Dirson wrote
On Tue, Oct 07, 2014 at 12:28:31PM +0200, Francois Gouget wrote:
On Fri, 3 Oct 2014, Yann Dirson wrote:
On Fri, Oct 03, 2014 at 01:36:46AM +0200, Francois Gouget wrote:
On Thu, 2 Oct 2014, Yann Dirson wrote:
[...]
You will find a test package at
http://ydirson.free.fr/soft
On Fri, Oct 03, 2014 at 07:33:16AM +0200, Johannes Schauer wrote:
Hi,
On Thu, 2 Oct 2014 23:29:12 +0200 Yann Dirson ydir...@free.fr wrote:
The package is not on mentors.d.o any more, there was no update to
this bug, and I don't see any followup to [1] - missing info somewhere ?
[1
On Fri, Oct 03, 2014 at 01:36:46AM +0200, Francois Gouget wrote:
On Thu, 2 Oct 2014, Yann Dirson wrote:
[...]
You will find a test package at
http://ydirson.free.fr/soft/debian/memtest/, I'll wait for feedback
before uploading (just tested in qemu here).
With this package I'm
On Thu, Oct 02, 2014 at 04:55:26PM +0200, Francois Gouget wrote:
It's a bit sad that after two years this bug is still present.
See this related bug on Launchpad:
https://bugs.launchpad.net/ubuntu/+source/memtest86+/+bug/883017
Thanks for pointing this out. The patch is easily transplanted to
The package is not on mentors.d.o any more, there was no update to
this bug, and I don't see any followup to [1] - missing info somewhere ?
[1]
http://lists.alioth.debian.org/pipermail/pkg-e-devel/2014-February/001994.html
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
On Tue, Sep 30, 2014 at 02:03:32PM +0200, Matthias Klose wrote:
Control: tags -1 + moreinfo
Am 29.09.2014 um 22:40 schrieb Yann Dirson:
Package: bash
Version: 4.3-9.2
Severity: normal
I messed my fingers while editing a commandline and trying to get a a
completion, resulting
Package: devscripts
Version: 2.14.6
Severity: normal
While updating watch file for new upstream URL for jam:
jam-2.5rel$ uscan --verb
-- Scanning for watchfiles in .
-- Found watchfile in ./debian
-- In debian/watch, processing watchfile line:
opts=dversionmangle=s/rel$//
1 - 100 of 971 matches
Mail list logo
