Package: wnpp
Severity: wishlist
Owner: Vincent Danjean
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: kameleon
Version : 2.10.13
Upstream Contact: pierre.ney...@imag.fr
* URL : http://kameleon.imag.fr/
* License : GPL-2+
Programming Lang: ruby
Hi,
Le 28/12/2024 à 15:21, Guillem Jover a écrit :
In this case (filesystem snapshotting), I do think dpkg is (currently at
least) really the wrong place, for at least the following reasons:
In addition, I do not see how snapshotting of full FS can be correctly
supported, unless all other
Le 12/02/2025 à 05:57, Simon Richter a écrit :
Hi,
On 2/12/25 13:38, Johannes Schauer Marin Rodrigues wrote:
["DSO missing from command line"]
I suspect that the problem is the order in which the -latomic is added to the
linker flags?
Yes.
Because if instead of target_link_options() with
Le 10/02/2025 à 18:59, Russ Allbery a écrit :
It's unfortunate that the commands have the same names in both Kerberos
distributions, although it's understandable from a user UI perspective.
I don't have a good solution. Either using alternatives or not using
alternatives runs some risk of breaki
Le 18/06/2023 à 08:28, Rebecca N. Palmer a écrit :
On 18/06/2023 03:37, Paul Wise wrote:
Presumably any of the OpenCL ICDs work for most packages?
For most OpenCL-using *packages* but not most *hardware*. (Except for
pocl-opencl-icd, which works nearly everywhere but is slow.)
Perhaps ther
Package: wnpp
Severity: wishlist
Owner: Vincent Danjean
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: libstoragedisplay-perl
Version : 1.2.3
Upstream Contact: Vincent Danjean
* URL : https://metacpan.org/release/StorageDisplay
* License
.sh
> Depends: libopenblas-pthread-dev
>
> Test-Command: run-numpy-unit-test.sh
> Depends: libopenblas-openmp-dev
>
> Test-Command: run-numpy-unit-test.sh
> Depends: libopenblas-serial-dev
>
> In this way we BLAS/LAPACK maintainers can immedi
Le 16/11/2018 à 21:39, IOhannes m zmölnig (Debian/GNU) a écrit :
> On 11/16/18 3:14 PM, Kentaro Hayashi wrote:
>> package repository, sure we can change the project's setting, but
>> debian/.gitlab-ci.yml seems to be the proper default setting.
>
> i don't think there is any reason to use a (hidde
Package: wnpp
Severity: wishlist
Owner: Vincent Danjean
* Package name: libset-intervaltree-perl
Version : 0.11
Upstream Author : Ben Booth
* URL : https://metacpan.org/release/Set-IntervalTree
* License : Perl (Artistic + GPL-1+)
Programming Lang: Perl
ny false positives for logcheck).
mails from mdadm are really an very important feature for me.
Regards,
Vincent
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA
Unofficial pkg
ograms (such as etckeeper) that will track this
(these) directory(ies) and dpkg/apt hooks that can tell the admin
that a default config file has been modified when a override file
as been installed in /etc.
Regards,
Vincent
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.o
Hi,
I do not have any strong position on this subject.
Le 13/04/2017 à 02:13, Russ Allbery a écrit :
> I guess I'm confused about what you think this email will accomplish. I
> feel like it's just another round of being convinced that, since you
> dislike systemd, everyone else must also som
95| 2| 33| 222| 11|
I think the HP Bios is not really of good quality...
Regards,
Vincent
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA
Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html
APT repo: deb http://people.debian.org/~vdanjean/debian unstable main
DMARC domain.
Regards,
Vincent
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA
Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html
APT repo: deb http://people.debian.org/~vdanjean/debian unstable main
f all the profile
is copied)
Regards,
Vincent
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA
Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html
APT repo: deb http://people.debian.org/~vdanjean/debian unstable main
Le 08/02/2017 à 01:17, Samuel Thibault a écrit :
> Hello,
>
> Vincent Danjean, on Wed 08 Feb 2017 01:05:51 +0100, wrote:
>> However, the machine answers to IPv4 connections but not to IPv6
>> $ time wget -6 ftp.fr.debian.org
>> --2017-02-08 00:53:58-- http://ftp.fr.d
ses a 1min timeout
for such problem. I proposed a patch in #668948 but never got any
feedback :-(
Regards,
Vincent
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA
Unofficial pkgs: http://moa
n additional
> getenv().)
In an MT context, such a program should probably use setenv between
the fork and the exec (ie not in MT context) or, probably better,
use exec variants allowing to specify the new environment.
Regards,
Vincent
--
Vincent Danjean GPG key ID 0xD17897F
ved (C/Perl/Python/Java/...)
I suppose these communities (js, nodejs, ...) do not generally have
test suites for their libraries...
Regards,
Vincent
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2A
ow?
>
>
> Cheers!
>
> --alec
>
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA
Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html
APT repo: deb http://people.debian.org/~vdanjean/debian unstable main
Package: wnpp
Severity: wishlist
Owner: Vincent Danjean
* Package name: khronos-opencl-clhpp
Version : 2.0.10
Upstream Author : The Khronos Group Inc.
* URL : https://github.com/KhronosGroup/OpenCL-CLHPP/releases
* License : adapted MIT
Programming Lang: C
Regards,
Vincent
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA
Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html
APT repo: deb http://people.debian.org/~vdanjean/debi
ng
>> CUDA application packages have to face this harsh condition.
>> Do you have any solution to this problem?
>>
>> Besides, I cc'ed 2 nvidia guys with a hope that they can provide
>> some helpful information.
>
>
--
Vincent Danjean GPG key ID 0xD
trong argument.
I just say that other aspects must *also* be evaluated and balanced.
And an small increase in safety is not always the best thing for the
Debian project if it leads to severe performance/usability/... issues.
Regards,
Vincent
--
Vincent Danjean GPG key ID 0xD17897FA
ebian
project seems to agree that this is a good tradeoff between
optimization and "code correction".
Regards,
Vincent
> Thanks,
> Bas
>
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D1
Package: tracker.debian.org
Severity: normal
Hi,
In the PTS, all packages I currently look at display the following
"action needed" item:
* Problems while searching for a new upstream version
When looking at the details, it seems to be a connectivity problem
(and I checked for a few packag
Le 24/02/2016 08:30, Marko Dimjašević a écrit :
> Which brings us back to the original question - how to add the SONAME
> attribute to the library?
Did you try what have been said in this thread?
If yes, what did you do *exactly*?
Else, why not?
Regards,
Vincent
Package: wnpp
Severity: wishlist
Owner: Vincent Danjean
* Package name: libdata-table-perl
Version : 1.72
Upstream Author : Yingyao Zhou & Guangzhou Zou
* URL : https://metacpan.org/release/Data-Table
* License : Perl (Artistic or GPL-1+)
Programming
m build system want to *run* this library (for
example as part of a test suite), it will need to create the other
link (the libNAME.so.SOVERSION link) and to play with
LD_LIBRARY_PATH (or use LD_PRELOAD)
It is were build frameworks such as autotools/libtools helps the
developer...
Regards,
, a convertion to pkg-config style is probably the
easiest/rightest (but it is better to do it with upstream). In this
case, the chasen-config might be rewritten with internal calls to
pkg-config to avoid to duplicate the information and still keeping
the old interface.
Regards,
Vincen
in (the placement of) application menus ?
If yes, xfce seems indeed a good target.
Regards,
Vincent
> Cheers,
>
> Thomas Goirand (zigo)
>
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF
Package: general
Severity: important
Hi,
I'm reporting this bug against the 'general' package as I've no clue about
which one should be the good one. From my point of view, this can be:
- the linux kernel
- the xserver-xorg core
- the xserver-xorg-video-intel driver
- the xserver-xorg-video-n
dded one more:
#clear APT::Update::Post-Invoke;
It avoids debtags to be run for more than 5 min... (see #810898)
Regards,
Vincent
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA
Unofficial p
found one (regression).
Before "apt-get update" takes about 20s on my system
After "apt-get update" takes more than 5 min on my system...
Details in the bug I just filled (#810898). It is linked to the
use of compressed indices advertized with this release.
That said, thank
Le 08/12/2015 20:14, Paul Gevers a écrit :
> Hi Vincent,
>
> On 08-12-15 09:49, Vincent Danjean wrote:
>> When local configuration does not work or when local databases cannot
>> be reached or when local database server packages are not installed
>> the priority of dbc
y due to other packages).
Dependency alternatives are rarely a good hint for preference, but if
the system is installing for the first time (as in autobuilder)
Regards,
Vincent
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 4
at the user can configure a remote database without
failing the current installation. I know I already talked about that.
I do not remember if this is already implemented or not.
Regards,
Vincent
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621
download Contents-Files, perhaps
trying here to restrain the architectures and/or the suite (can be
a bit more tricky but probably only a matter of passing -o options
to apt-get update)
The current default setup is a no-go for me.
Regards,
Vincent
--
Vincent Danjean GPG key ID 0xD1
ple.
I just installed apt-file from experimental:
$ sudo apt-file update
[...]
582 Mo réceptionnés en 11min 12s (866 ko/s)
[...]
$
Regards,
Vincent
- --
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA
Uno
n an old linux OpenVZ:
$ uname -r
2.6.32-042stab111.12
I'm not sure when/if this offer will be upgraded.
Regards,
Vincent
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA
Unofficial
Not that the situation can be more tricky here as there exists several
vim packages (ie I did not know if depending on a particular vim version
will ensure that the package containing the binary linked to libruby2.X
(ie vim-gnome, ...) will be at the same version)
Regards,
Vincent
> Cheers,
be a bit more difficult to integrate if we want to be
able to do a kind of 'git diff official..master' to get only local
config modification. And if we want to support partial override (such
as services.d systemd directories)
Regards
Vincent
> Manoj
>
>
Regards
Vincent
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA
Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html
APT repo: deb http://people.debian.org/~vdanjean/debian unstable main
Le 12/11/2015 18:36, Dominique Dumont a écrit :
> Hello Vincent
>
> On Wednesday 11 November 2015 17:11:13 Vincent Danjean wrote:
>> I looked at [2] (cme seems really powerfull to offer automatic
>> upgrade/merge of config files). I've two questions after reading th
Le 11/11/2015 21:58, Jean-Christophe Dubacq a écrit :
> I don't even want to speak about the /etc files that act as cache data
> and config mixed together (I am looking at you, CUPS).
You can also find database in text files with a checksum so you cannot
modify them by hand (I am looking at the cn
iles.html
> [2]
> https://wiki.debian.org/PackageConfigUpgrade#Apply_configuration_upgrade_using_an_existing_model:_lcdproc_example
> [3] http://manpages.org/dh_cme_upgrade
>
> (*) it took me a while to understand the difference :o)
>
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@d
Le 11/11/2015 15:31, Alec Leamas a écrit :
> On 11/11/15 15:17, Vincent Danjean wrote:
>> Le 11/11/2015 10:37, Alec Leamas a écrit :
>>> However, it touches one possible route: to store the original vendor
>>> files separately and create the actually used config files i
verwritten unit in /usr is modified
by the package)
I'm under the impression that such developments have more chance to
succeed that modifying the way systemd handle its configuration.
Regards
Vincent
> Greetings
> Marc
>
--
Vincent Danjean GPG key ID 0xD17897FA
how to move from a dpkg conffile
to a configuration file managed by ucf.
You will get for free all the mechanisms required to prompt the user
on upgrade if required.
Regards,
Vincent
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654
oot 41 nov. 23 2014 /lib/systemd/system ->
/etc/conffiles-out-etc/lib/systemd/system
It works perfectly (with regards to etckeeper, not with regards to
notification when a "modified" file is updated by the package) but
I would have preferred that config files (default or not) woul
maintainer find
some free time (the fixes seem easy).
With these two rebuilds, I succeeded in the gcc5 transition, keeping
all software I really want to keep (I recall that there have been other
removed packages but I did not really use them so I accepted their
removal).
Regards,
Vi
Package: wnpp
Severity: wishlist
Owner: Vincent Danjean
* Package name: htsjdk
Version : 1.138
Upstream Author : The Broad Institute
* URL : http://samtools.github.io/htsjdk/
* License : Mainly MIT
Programming Lang: Java
Description : Java API for high
Le 03/06/2015 12:59, Marco d'Itri a écrit :
> On Jun 03, Vincent Danjean wrote:
>
>>> stretch+1 (or maybe +2):
>>> - Check existance/non-emptiness of
>>> /etc/udev/rules.d/70-persistent-net.rules in udev.preinst,
>>> Show critical d
Le 03/06/2015 12:01, Martin Pitt a écrit :
> stretch+1 (or maybe +2):
> - Check existance/non-emptiness of
> /etc/udev/rules.d/70-persistent-net.rules in udev.preinst,
> Show critical debconf note, and refuse to upgrade
No. It is always a real pain when a preinst script fails.
It is (ne
rifiy commits
>
> git log --show-signature
What will occur when the signing key expires or must be revoked ?
Is the signature checked for validity at the date of the commit or
at the date of the verification?
Regards
Vincent
--
Vincent Danjean GPG key ID 0xD17897FA vdanj.
etc/udev/rules.d/70-persistent-net.rules was stting up other names
(such as renethX or any other template different from the default
kernel name) ?
If the answer of the last question is "no", whatever the default
that will be chosen, I will configure my systems to use MAC-based
names but
d a overview
of oauth2 that seems (at least to me) very interesting and clear,
but it is in French. If some can/want to read it:
http://www.bubblecode.net/fr/2013/03/10/comprendre-oauth2/
Vincent
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E
t systemd
not being able to correctly create generators (or something like
that) and, at runtime, my photos are not mounted under
/media/photos or not with the options I specify (I need to check
that exactly)
Do you think I should do a bugreport ?
Regards,
Vincent
--
Vincent Danjean
or full) changes ?
As a small workaround, I think I will put symlinks such as
/lib/systemd/[perhaps sub-directory, to check] -> /etc/systemd/lib/[...]
This way, systemd config files and their changes will be, at least,
recorded by etckeeper.
Regards,
Vincent
> Ansgar
Hi,
On 10/10/2014 01:00, Norbert Preining wrote:
> On Fri, 10 Oct 2014, Vincent Danjean wrote:
>> So, where is the bug ? In the TeX policy (and, by extension, in all
>> packages using /usr/share/doc/texmf)? Or in tex-common
>
> The TeX Policy hasn't been updated in
n all packages using /usr/share/texmf/doc)?
In any case, I think this will require a MBF, hence the CC to
debian-devel.
Regards,
Vincent
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 9
is to tweak the code generated by pocl (a free OpenCL
implementation) to be sure it will run on all supported machines.
Regards,
Vincent
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA
perhaps), I will remove this package.
Regards,
Vincent
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA
Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html
APT repo: deb http:/
eally want to, but do not
abruptly stop the installation without a really good reason (even
when you try to remove the running kernel, perhaps leading to un
unbootable system, you have the choice to abort or not)
Regards,
Vincent
>
> Cheers,
>
> --Barak.
>
>
--
Vinc
w what is installed
exactly (in this case, I try in order mutt, mailx, less, more, cat)
Regards,
Vincent
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA
Unofficial pkgs: http://moais.imag.fr/mem
ble via ssh.
I agree with you.
Regards,
Vincent.
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA
Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html
APT repo: deb http://peop
upgrade (and, if possible, a
reboot) is done.
Regards,
Vincent
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA
Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html
APT repo:
On 08/09/2014 18:07, Matthias Urlichs wrote:
> Hi,
>
> Vincent Danjean:
>> If I recall correctly, when Debian switched the default MTA, upgrades
>> did not change the already installed.
>
> You cannot have an MTA without configuring it, and nobody even tried to
> i
did not change already installed syslog implementation.
Unless some special dependencies require it, upgrades must not
change the init system. I tried systemd on one of my servers. As the
init was customized for a complex setup that I'm unable to map into
systemd configuration,
ent
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA
Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html
APT repo: deb http://people.debian.org/~vdanjean/debian unstable main
--
1401836504:
At a quick glance, I do not see the libgomp package installed.
Are you sure your build-dependencies are correct?
If not, the configure.ac script should probably be improved
(upstream) to detect this problem (ie missing OpenMP libraries)
Regards,
Vincent
--
Vincent Dan
e as
documenting "kernel.randomize_va_space=0" sysctl parameter for example.
Regards,
Vincent
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA
Unofficial pkgs: http://moais.imag.fr/membre
onf, then use such debconf feature (as xdm, gdm,
kdm, ... did for choose the default dm : they do not call each other
configure script when the default dm is changed)
Regards,
Vincent
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 350
so multiarch)
Note that a1:amd64 and a2:i386 are not co-installable. I asked
a few month ago. You migth be interested by the answer (look for
the thread "[RFC] multiarch and virtual packages" starting on
03/10/2013).
Regards,
Vincent
--
Vincent Danjean GPG key
n cut a new stable. If current testing works...
I'm interested by having more inputs on this point, hence my mail
to d-d.
Regards,
Vincent
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 9
rmise
$ ls -ld /proc/32161
dr-xr-xr-x 9 vdanjean vdanjean 0 mars 7 15:33 /proc/32161
$
Why can't I see my own urxvt processus ?
Regards,
Vincent
--
Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org
GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94
On 05/03/2014 22:33, Jakub Wilk wrote:
> * Guido Günther , 2014-03-05, 20:54:
>> I looked at the docs and as I read them this would affect uid 0 as well.
>
> Luckily this is not the case. :) root can see other users' /proc
> entries just fine. Perhaps the documentation should be improved.
So, i
expert can give a small script to make these checks, it
will be appreciated.
Regards,
Vincent
- --
Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org
GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87
Unofficial pkgs: http://moais.imag.fr/membre
s,
Vincent
--
Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org
GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87
Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html
APT repo: deb http://people.debian.org/~vdanjean/debian unstable
On 24/12/2013 12:59, Julien Cristau wrote:
> On Tue, Dec 24, 2013 at 12:23:08 +0100, Vincent Danjean wrote:
>
>> Hi,
>>
>> Does anybody know how to force the date on manapages generated by
>> asciidoc? A quick look for 'date' in asciidoc manpage and a
/libOpenCL.7
2013-12-23 08:06:38.00000 +0100
@@ -2,12 +2,12 @@
.\" Title: libOpenCL
.\"Author: Vincent Danjean
.\" Generator: DocBook XSL Stylesheets v1.78.1 <http://docbook.sf.net/>
-.\" Date: 12/22/2013
+.\" Date: 12/23/2013
.\
c-linux-text gcj-4.7-base gcj-4.7-jre gcj-4.7-jre-headless gcj-4.7-jre-lib
[...]
=> it seems I will need to remove all gcc 4.7 stuff
--
Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org
GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87
Unofficial pk
Le 03/10/2013 13:04, David Kalnischkies a écrit :
> On Thu, Oct 3, 2013 at 11:54 AM, Vincent Danjean wrote:
>> I tried several variation, adding :same and/or :i386/:amd64 to
>> the Conflicts and/or Provides in ICD Loader. I do not succeed into
>
> :same doesn't exis
Le 03/10/2013 13:28, Simon McVittie a écrit :
> On 03/10/13 10:54, Vincent Danjean wrote:
>> The only "problem" is that it is not currently possible to install
>> an ICD Loader:i386 from one vendor and an ICD Loader:amd64 from another
>> vendor.
>
> Is t
lioth:
git clone ssh://git.debian.org/srv/home/users/vdanjean/public_git/ocl-test.git
As packages are empty, you can generate amd64 and i386 packages on the
same machine:
dpkg-buildpackage -us -uc -ai386 && dpkg-buildpackage -us -uc -aamd64
--
Vincent Danjean GPG key ID 0x9D025E87
to blas,
openblas, ...) and related library (lapack, ...) would be very useful.
It is on my TODO list since a long time but it is still here :-(
Regards,
Vincent
--
Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org
GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0
Le 03/09/2013 14:50, Paul Tagliamonte a écrit :
> On Tue, Sep 03, 2013 at 02:31:35PM +0200, Vincent Danjean wrote:
>> So, I'm looking for a package that would accept this ruby script
>> (I will probably ask linux-util anyway if nobody has other suggestions)
>> and
Le 03/09/2013 11:52, Paul Wise a écrit :
> On Tue, Sep 3, 2013 at 10:51 AM, Vincent Danjean wrote:
>
>> Never mind. My current problem is that I have no idea which current
>> package to contact to ask for a inclusion. It is not important enough
>> to be included in pac
3.dsc
binary:
http://people.debian.org/~vdanjean/debian/pool/main/p/pagemap/pagemap_1.1-3_all.deb
--
Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org
GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87
Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.h
Best regards,
Vincent
>> Best regards,
>> Julian
>>
>> [0] http://dri.freedesktop.org/wiki/GalliumCompute/
>
>
--
Vincent Danjean Adresse: Laboratoire LIG - Bât. INRIA Rhône-Alpes
Téléphone: +33 4 76 61 55 10655 avenue de l'Europe
Package: wnpp
Severity: wishlist
Owner: Vincent Danjean
* Package name: pagemap
Version : 1.1
Upstream Author : Brice Videau
Vincent Danjean
* URL : http://forge.imag.fr/projects/pagemap
* License : BSD
Programming Lang: ruby
y wont be conffile
anymore (they will only be configuration files created/managed with
ucf)
Regards,
Vincent
> Thanks in advance.
>
> Regards,
> Nicolas
>
> p.s: I'm not sure it's the right list but...
>
>
--
Vincent Danjean GPG key ID 0x9D025E87
Le 01/07/2013 20:05, Michael Stapelberg a écrit :
> Hi,
>
> since some people might not read planet debian, here is a link to my
> second blog post in a series of posts dealing with the results of the
> Debian systemd survey:
>
> http://people.debian.org/~stapelberg/2013/07/01/systemd-transition.
odules), the
creation of a R Debian package from a R CRAN package should be as automatic
as possible (I did not check at all where we are on this point).
Regards,
Vincent
> - Jukka.
>
>
--
Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org
GPG key fing
this should have been
delayed or done in experimental.
--
Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org
GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87
Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html
APT repo: deb http://people
Package: wnpp
Severity: wishlist
Owner: Vincent Danjean
* Package name: papi
Version : 5.1.0.2
Upstream Author : University of Tennessee
* URL : http://icl.cs.utk.edu/papi/custom/index.html?lid=51&slid=69
* License : BSD
Programming Lang: C
Descrip
Package: wnpp
Severity: wishlist
Owner: Vincent Danjean
* Package name: libpfm4
Version : 4.3.0
Upstream Author : Stephane Eranian
* URL : http://perfmon2.sourceforge.net/
* License : BSD-like (see below)
Programming Lang: C + python bindings
Description
redentials
from somewhere else), there is a fundamental security design problem.
Regards,
Vincent
--
Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org
GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87
Unofficial pkgs: http://moais.imag.fr/m
Package: wnpp
Severity: wishlist
Owner: Vincent Danjean
* Package name: poti
Version : 4.2
Upstream Author : Lucas Schnorr
* URL : https://github.com/schnorr/poti
* License : LGPL-3.0+
Programming Lang: C
Description : library to create trace files in
Le 26/11/2012 15:34, Thomas Goirand a écrit :
> On 11/26/2012 03:06 PM, Vincent Danjean wrote:
>> Not always. My ISP (French "Free/Proxad") seems to filter mail with
>> the same Message-ID sent in a few period of time (a few minutes?)
>> [...]
>> Changing
1 - 100 of 338 matches
Mail list logo
