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
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 kerne
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):
http://git.debian.org/?p=users/glandium/zfs-
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 package
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 h
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 t
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 libr
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
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 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 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
> http://lists.alioth.debia
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 tes
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
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
> Ope
Package: wnpp
Severity: wishlist
Owner: Andreas Beckmann
* Package name: fglrx-driver-legacy
Version : 12.6~beta
Upstream Author : AMD/ATI
* URL :
http://support.amd.com/us/kbarticles/Pages/catalyst126legacyproducts.aspx
* License : proprietary
Programming
On 2012-07-25 13:36, Michał wrote:
> Download server is available.
> Have you any news about progress?
that was the fglrx legacy bug?
I'm just waiting for fglrx-driver to clear NEW due to a package rename
needed for cooperation with -legacy. Thereafter I'll take care for an
upload to experimental
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,
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 git://git.debian.org/~anbe-guest/r81
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
Package: wnpp
Severity: wishlist
Owner: Andreas Beckmann
* 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, some files also Boost
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-f
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
Package: wnpp
Severity: wishlist
Owner: Andreas Beckmann
* 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 for C, C
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
Archiv
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 intere
On 2013-01-21 10:12, Vincent Cheng wrote:
> On Sat, Jan 19, 2013 at 9:24 AM, Aron Xu 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 packaging of nvidia's
> p
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 fil
Package: wnpp
Severity: wishlist
Owner: Andreas Beckmann
* 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++
Description
Package: wnpp
Severity: wishlist
Owner: Andreas Beckmann
* Package name: r8168
Version : 8.025.00
Upstream Author : Realtek NIC software team
* URL :
http://www.realtek.com/downloads/downloadsView.aspx?Langid=1&PNid=13&PFid=5&Level=5&Conn=4&
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
Package: wnpp
Severity: wishlist
Owner: Andreas Beckmann
Owner: Andreas Beckmann
* Package name: nvidia-cuda-toolkit
Version : 2.3 / 3.0
Upstream Author : NVIDIA Corporation
* URL : http://www.nvidia.com/CUDA
* License : non-free, NVIDIA
Programming Lang
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
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 debian-wnpp-requ...@li
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 2013
Hi Sylvestre,
On 2013-11-25 18:17, Sylvestre Ledru wrote:
> If someone wants to step in to help on HDF5, he/she is more than welcome.
>
> I am planning to maintain it but help is welcome.
> For example, some tasks which should be done:
> * fix the git repository (git import-orig ../hdf5_1.8.12.or
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 I'm in need for a
> sponsor.
Hav
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
Package: wnpp
Severity: wishlist
Owner: Andreas Beckmann
* 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 : Scalable
Package: wnpp
Severity: wishlist
Owner: Andreas Beckmann
* 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
Programming Lang: C
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
LD_LIBRARY_PATH=/tmp/buildd/papi-5.1.0.2/src:/tmp/buildd/papi-5.1.0.2/src/libpfm-3.y/lib:/tmp/buildd/papi-5.1.0.2/src/libpfm4/l
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, j
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 o
Package: wnpp
Severity: wishlist
Owner: Andreas Beckmann
* Package name: nvidia-modprobe
Version : 334.16
Upstream Author : NVIDIA Corporation
* URL : ftp://download.nvidia.com/XFree86/nvidia-modprobe/
https://github.com/NVIDIA/nvidia-modprobe
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
Control: block 789050 with -1
* Package name: cube
Version : 4.3.4
Upstream Author : Forschungszentrum Juelich GmbH, Germany
German Research School for Simulation Sciences GmbH
Package: wnpp
Severity: wishlist
Owner: Andreas Beckmann
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, Gesellschaft fuer numerische Simulation
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
resurrecti
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' names
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 f
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
52 matches
Mail list logo
