On 18/02/2023 19.33, M. Zhou wrote:
* License : BSD-3-Clause but has to enter non-free.
Why not contrib? A B-D: nvidia-cuda-toolkit does not require the package
to be in non-free. BTW, please B-D: nvidia-cuda-toolkit-gcc instead.
Andreas
On Mon, 07 Dec 2020 10:04:14 +0100 Carsten Schoenert
wrote:
I (as part of the pkg-giraffe team) intent to orphan src:kopanocore.
The pkg-giraffe-team is happy to offer help and guidance for interested
people which want to work on kopanocore (and also on related packages)
within Debian.
Can
On 14/12/2021 20.10, maxzor wrote:
For your information, I just opened this RFP :
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1001712 .
If anybody is already on the job that's great,
Not that I'd know.
if not I might gather the > energy to withstand the maintainer trial :)
I might
Hi Al,
On Sun, 14 Mar 2021 15:17:52 -0600 Al Stone wrote:
I intend to orphan the lmbench package. I no longer use it,
Can you push the changes and tag from the -5 upload, please?
And could you try to move the package on salsa from your personal
namespace to the 'debian' or 'hpc-team'
On 03/10/2019 21.02, Luca Boccassi wrote:
> This can be useful for older cards that will not get native support for
> optimus in the 435 series and up, so I intend to sponsor it.
>
> Is it OK for you if I put this in the nvidia-team section on Salsa and
> so on?
This seems to be the right place
On 2016-12-08 13:31, Timo Aaltonen wrote:
> It's there now, but we're still uncertain if mesa will switch to use it
> in stretch, and I don't know how nvidia driver migrating to it without
> mesa would work?
I don't plan to switch to the packaged libglvnd without mesa adopting it
as well. Also in
Package: wnpp
Severity: wishlist
Owner: Andreas Beckmann <a...@debian.org>
Control: block 789050 with -1
* Package name: otf2
Version : 2.0
Upstream Author :
Copyright (c) 2009-2012, RWTH Aachen University, Germany
Copyright (c) 2009-2012, Gesellschaf
Package: wnpp
Severity: wishlist
Owner: Andreas Beckmann <a...@debian.org>
Control: block 789050 with -1
* Package name: cube
Version : 4.3.4
Upstream Author : Forschungszentrum Juelich GmbH, Germany
German Research School for Simulation Science
Hi Uwe,
On Wed, 5 Aug 2015 12:38:41 +0200 Uwe =?iso-8859-1?Q?Kleine-K=F6nig?=
wrote:
> I already worked on packaging a new upstream version of sparse and
> fixing a few bugs that are reported in the BTS.
>
> I'm not a DD yet (but trying to become one) so for now
Package: wnpp
Severity: wishlist
Owner: Andreas Beckmann a...@debian.org
* Package name: scorep
Version : 1.4.2
Upstream Author : many ...
* URL : http://www.vi-hps.org/projects/score-p/
* License : BSD
Programming Lang: C, C++, Python
Description
Package: wnpp
Severity: wishlist
Owner: Andreas Beckmann a...@debian.org
* Package name: nvidia-modprobe
Version : 334.16
Upstream Author : NVIDIA Corporation
* URL : ftp://download.nvidia.com/XFree86/nvidia-modprobe/
https://github.com/NVIDIA
Control: retitle -1 ITP: povray -- persistence of vision raytracer (3D renderer)
Control: owner -1 !
On Saturday, 16. November 2013 21:13:37 Logan Rosen wrote:
* Package name: povray
Version : 3.7.00
Looks like I (or rather a colleague of mine) will need this, so I'm
There was a nice bunch of (5-digit) bugs being closed with the removal,
they should be unarchived, reopened and handled properly if xemacs comes
back.
from https://ftp-master.debian.org/removals.txt:
=
[Date: Sun, 13 Oct
On 2013-08-16 18:59, Julian Wollrath wrote:
* Package name: libclc
Please join the OpenCL team: pkg-opencl-de...@lists.alioth.debian.org to
coordinate that all packaging of OpenCL stuff in Debian is compatible.
libclc is an open source, BSD/MIT dual licensed implementation of the library
Hi Vincent,
the papi-examples package contains the prebuilt binaries, but they are
not really useful:
* statically linked (= huge Installed-Size: 39582 [amd64])
* missing executable bit
* gzip compressed
I'd suggest shipping them dynamically linked, executabel and
uncompressed - or not at all,
Hi Vincent,
I just tried your papi package from git, but came across the following
build failure:
make[2]: Leaving directory `/tmp/buildd/papi-5.1.0.2/src/ctests'
export
Package: wnpp
Severity: wishlist
Owner: Andreas Beckmann a...@debian.org
* Package name: i7z
Version : 0.27.1
Upstream Author : Abhishek Jaiantilal (abhishek.jaiantilal (@@) colorado.edu)
* URL : http://code.google.com/p/i7z/
* License : GPL2, GPL3
On 2013-01-21 10:12, Vincent Cheng wrote:
On Sat, Jan 19, 2013 at 9:24 AM, Aron Xu happyaron...@gmail.com wrote:
I've made some progress on bumblebee and pushed to pkg-nvidia repo:
I've made a number of small changes to take into account certain
differences between Debian and Ubuntu's
On 2013-01-21 21:07, Jakub Wilk wrote:
adequate checks quality of installed packages.
can it be used on chroots without being installed in the chroot?
like
adequate --root=/some/chroot mypkg
The following checks are currently implemented:
* broken symlinks;
* missing copyright file;
On 2013-01-07 07:29, Vincent Cheng wrote:
think anyone who's currently in the pkg-nvidia team (Russ/Andreas?)
has commented on whether or not they'd like to have primus maintained
within the team.
I don't really care - optimus, primus, bumblebee, ... is stuff I'm
(currently) not being
Package: wnpp
Severity: wishlist
Owner: Andreas Beckmann deb...@abeckmann.de
* Package name: fglrx-driver-legacy
Version : 12.6~beta
Upstream Author : AMD/ATI
* URL :
http://support.amd.com/us/kbarticles/Pages/catalyst126legacyproducts.aspx
* License
On 2012-06-02 00:38, Vincent Danjean wrote:
So, is it possible to upload opencl-headers to main instead of
contrib?
Package updated and upload requested ...
This source package will provide two binary pakages:
Package: ocl-icd-libopencl1
Description: Generic OpenCL ICD Loader
OpenCL
Hi Miguel,
a heavily shuffled, merged, rebased and cleaned up branch can be found here:
git://github.com/anbe42/nvidia-cg-toolkit.git prepare-3.1v2
History is arranged to continuously build working packages as commits
fly by and changelog was rewritten to match.
I'm going to do some upgrade
On 2012-05-24 14:57, Mathieu Malaterre wrote:
git clone git://github.com/anbe42/nvidia-cg-toolkit.git
cd nvidia-cg-toolkit
git checkout prepare-3.1v2
make -f ./debian/rules get-orig-source
mv nvidia-cg-toolkit_3.1.0013.orig-amd64.tar.gz
nvidia-cg-toolkit_3.1.0013.orig-i386.tar.gz
On 2012-05-16 19:24, Miguel A. Colón Vélez wrote:
Let me know if you need me to upload the package.
Well there was a reply 10 days ago from the team after a few months of
silence:
http://lists.alioth.debian.org/pipermail/pkg-nvidia-devel/2012-May/007273.html
On 2012-03-06 19:43, Georges Khaznadar wrote:
Programming Lang: Java
Description : applets for modules used by the WIMS server
This package was formerly made from the source package for wims.
However, wims cannot be built completely on architectures which have
no JVM available, so
On 2011-11-13 16:59, Patrick Matthäi wrote:
Am 13.11.2011 15:08, schrieb Andreas Beckmann:
I just revived my old ITP http://bugs.debian.org/642198
Updated packaging is available at
git://github.com/anbe42/r8168.git
Patrick, you may want to test it. Also testing to switch back from r8168
On 2011-11-12 19:04, Patrick Matthäi wrote:
@Andreas and Dmitry:
You may cooperate on packaging or decide, who wants to maintain it in
the future.
I just revived my old ITP http://bugs.debian.org/642198
and tried to put my things in a git repository:
Only
Package: wnpp
Severity: wishlist
Owner: Andreas Beckmann deb...@abeckmann.de
* Package name: r8168
Version : 8.025.00
Upstream Author : Realtek NIC software team nic...@realtek.com
* URL :
http://www.realtek.com/downloads/downloadsView.aspx?Langid=1PNid=13PFid=5Level
Uploaded to mentors, needs a sponsor:
http://mentors.debian.net/package/r8168
Andreas
--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4e785a8f.6080...@abeckmann.de
On 2011-09-20 14:30, Ben Hutchings wrote:
On Tue, 2011-09-20 at 14:23 +0200, Stefan Lippers-Hollmann wrote:
Personally speaking I'd assume this package would create much more
problems than it would solve, due to the PCI ID overlap with r8169.ko
shipped by the kernel packages themselves. This
Package: wnpp
Severity: wishlist
Owner: Andreas Beckmann deb...@abeckmann.de
* Package name: vdpauinfo
Version : 0.0.6
Upstream Author : Wladimir J. van der Laan
* URL : http://cgit.freedesktop.org/~aplattner/vdpauinfo
* License : Expat
Programming Lang: C
On 2011-06-16 10:05, Tomasz Rybak wrote:
Thanks.
I was able to build it offline (only 64-bit versions, as I did
not have 32-bit libraries installed).
Currently amd-app-sdk-dev does not build. Will it be just meta-package
depending on all AMD APP-related packages?
I'm not yet sure what to
On 2011-06-10 16:21, Tomasz Rybak wrote:
Dnia 2011-06-08, śro o godzinie 18:15 +0200, Andreas Beckmann pisze:
I have prepared and use local packages for the AMD APP SDK and offer to
package this for Debian once someone confirmed that it can be put into
non-free.
Can you put packaging
Package: wnpp
Severity: wishlist
Owner: Andreas Beckmann deb...@abeckmann.de
* Package name: libthrust
Version : 1.4.0
Upstream Author : Jared Hoberock and Nathan Bell (both from NVIDIA research)
* URL : http://thrust.googlecode.com/
* License : Apache-2.0
Preliminary packages (for contrib, not main) can be found here:
http://mentors.debian.net/debian/pool/contrib/k/khronos-opencl-headers/
Andreas
--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Andreas Beckmann deb...@abeckmann.de
* Package name: opencl-headers
Version : 1.0
Upstream Author : The Khronos Group Inc.
* URL : http://www.khronos.org/registry/cl/
* License : other
Programming Lang: Header files
Preliminary packages of nvidia-cuda-toolkit 3.1 are available at:
http://stxxl.ae.cs.uni-frankfurt.de/tmp/582ce36a-592b-4677-9c3b-86ed21603fd9/
The package was uploaded to mentors.d.net and I asked my sponsor to
upload it to Debian.
Andreas
--
To UNSUBSCRIBE, email to
Preliminary packages of nvidia-cuda-toolkit 3.0 (now supports OpenCL,
too) are available at:
http://stxxl.ae.cs.uni-frankfurt.de/tmp/582ce36a-592b-4677-9c3b-86ed21603fd9/
OpenCL support needs packages from nvidia-graphics-drivers 195.36.24-2
and will be fully functional with 195.36.24-3 (not yet
Package: wnpp
Severity: wishlist
Owner: Andreas Beckmann deb...@abeckmann.de
Owner: Andreas Beckmann deb...@abeckmann.de
* Package name: nvidia-cuda-toolkit
Version : 2.3 / 3.0
Upstream Author : NVIDIA Corporation
* URL : http://www.nvidia.com/CUDA
* License
Marco Nenciarini wrote:
Andreas, are you still interested to help in maintaining it?
Yes, I'm still here to help!
Andreas
--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hi Marco,
here is my mod_xsendfile .diff.gz to be used with
http://tn123.ath.cx/mod_xsendfile/mod_xsendfile-0.9.tar.gz
Packaging was updated today for latest debhelper, Standards-Version,
Maintainer.
Andreas
libapache2-mod-xsendfile_0.9-0.0anbe1.diff.gz
Description: GNU Zip compressed data
Andres Mejia wrote:
One concern I have is with the trace library, libvdpau_trace.so. If this
library is not going to supply any versioning, than this library should reside
in a subdirectory in /usr/lib. For example, we could follow the same scheme
adopted by pulseaudio, have the trace library
Looking into zfs-fuse and after seeing several outdated websites and
packages I came across some more current information:
First the zfs-fuse discussion group:
http://groups.google.com/group/zfs-fuse/about
There is also a Debian git repository (0.5.0):
Based on the package for Ubuntu hardy [1] I built a Debian package. This
will be tested in a development environment in the next days.
If anyone is interested, I can make the packages publically available.
I also offer to take this RFP, turn it into an ITP and become
(co-)maintainer of the
Hi,
building a App::SVN::Bisect package is quite easy using dh-make-perl
(from the dh-make-perl package).
Just run
dh-make-perl --cpan App::SVN::Bisect
and change to the newly created folder App-SVN-Bisect-0.4
Now edit the debian/control file (created by dh-make-perl) and add the
following
Hi,
since icedtea ist still in NEW, but a coworker wants to test a 64bit
java plugin (actually just any java plugin that works in his 64bit
browser) I just rebuilt the Ubuntu package (7~b24-1.5+20080118-1) in a
testing/unstable pbuilder environment (regenerated debian/control first)
and will let
Hi all,
after several more tries, I finally could compile virtualbox (in a
pbuilder sid i386 environment).
The following changes were neccessary
* drop Build-Depends: gcc-3.4, g++-3.4
* drop 01-compiler.dpatch, 02-kernel.dpatch
* add a Depends: kbuild to virtualbox-source
Concerning the
Hi,
since virtualbox is still stuck in the NEW queue, I tried to build it
myself for i386 from the pkg-virtualbox subversion repository with a
tarball repackaged according to the instructions in
debian/README.rebuild and found the following problems (using a sid
pbuilder environment):
* it lacks
reopen 150124
thanks
Is anyone still working on packaging the Grid Engine?
I'm planning to install it on a new machine during the next weeks and of
course it would be nice to have Debian packages :-)
If noone is working on it, I'll try to package it myself.
If you have some preliminary packages
50 matches
Mail list logo