For the record, the failing test out is this:
> errorcase.sh: Test could not be completed: could not select the name of a
> group to which you do not belong
> Running test /build/reproducible-path/cssc-1.4.1/tests/prs/format.sh
> make[3]: *** [Makefile:1230: test-delta] Error 1
That test tries
Package: fakeroot
Version: 1.37.1.1-1
Tags: patch
A few quotes are missing for proper handling of whitespaces in
filenames, patch attached.
Yann Dirson | Vates Platform Developer
XCP-ng & Xen Orchestra - Vates solutions
web: https://vates.tech
From e282244d83bbe52d69af71f750a80c20856e
Package: fakeroot
Version: 1.37.1.1-1
Looking for where to send a patch upstream, I cannot find an upstream URL,
either in debian/copyright or debian/control. The debian/copyright dates
also don't fill much of the picture.
There are many fakeroot.git on the net, but at least Arch seems to take a
plasma6?
> Il giorno lun 23 dic 2024 alle ore 17:53 Yann Dirson
>
> ha scritto:
> >
> > Hi Salvo,
> >
> > I've been the one doing the previous porting work, but did not take
> > a look at
> > plasma6 - any idea what the workload would be?
>
Hi Salvo,
I've been the one doing the previous porting work, but did not take a look at
plasma6 - any idea what the workload would be?
Yann
- Mail original -
> De: "Salvo \"LtWorf\" Tomaselli"
> À: "Debian Bug Tracking System"
> Envoyé: Dimanche 22 Décembre 2024 23:11:38
> Objet: Bug#1
Great, thanks for your work - I should indeed have done that myself a long time
ago :|
--
Yann
- Mail original -
> De: "Chris Hofstaedtler"
> À: "Santiago Vila"
> Cc: 1068...@bugs.debian.org, "Holger Levsen" , "Niels
> Thykier" , &
Hi Andreas,
No objection to the ITS.
BTW I have already wondered if it would not make sense to simply drop this
package entirely, given the small popcon score and the fact it is dead upstream.
Best regards,
--
Yann
- Mail original -
> De: "Andreas Tille"
> À: "Ya
> 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;
> &
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 is
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 http:/
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 pe
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
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 solv
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 for
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 for
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 happ
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
analys
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 no
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 problem
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 la
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 foll
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 r
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
versi
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 hap
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 aut
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'), (500,
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 only
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:
/usr/bin/c+
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 technolog
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 n
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 in
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 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.
an/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
> Homepage: http://gcompris.net/
> -Build-Depends:
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 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
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.
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
https://bugs.debian.org/7978
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 (poss
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:
hvm
/usr/share/OVMF/OVMF_CODE.fd
/var/lib/libvirt/qemu/nvram/myvm_VARS.fd
...
And since the VM is not yet create
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 OVMF
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, 'unst
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'
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 an
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 /usr/share/perl5/D
On Fri, Jun 19, 2015 at 11:03:21PM +, Mattia Rizzolo wrote:
> On Fri, Jun 19, 2015 at 7:16 PM, Yann Dirson 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 preci
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 paral
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
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 d
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,
'experim
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 In
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
http://buildd.debian.org/st
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:
$ avrdu
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 n
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
> > >
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.
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
> >
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
* cecp-g
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 l
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 wi
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 ente
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
--- Begin Message ---
Control: tag -1 confirmed moreinfo
On Sat, Jan 03, 2015 at 12:15:27AM +0100, Yann Dirson wrote:
> This is a followup
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
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 policy:
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 well)
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 well).
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
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 c
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 t
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)
>
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 shows
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
* Package name: uci2wb
Version : 2.0
Upstream Author : H.G. Muller
* URL :
http://hgm.nubati.net/cgi-bin/gitweb.cgi?p=uci2wb.git;a=summary
* License : GPL
Programming Lang: C
Description : XBoard
Package: wnpp
Severity: wishlist
Owner: Yann Dirson
* Package name: sjaakii
Version : beta2
Upstream Author : Evert Glebbeek
* URL : http://www.eglebbk.dds.nl/program/chess-index.html
* License : GPL
Programming Lang: C++
Description : Sjaak II
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 "d
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. g
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
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 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
&
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
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 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:
> > > > O
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
> &
1 - 100 of 984 matches
Mail list logo
