Re: Bug#1071991: ITP: fastobj -- Simple single-header library OBJ loader

Hi, On 5/27/24 17:08, Federico Ceratto wrote: Description : Simple OBJ loader Can this somehow include the word "Wavefront", or a hint that this is about 3D models? OBJ is also used to refer to relocatable object files on MS-DOS. Simon

Bug#1071991: ITP: fastobj -- Simple single-header library OBJ loader

Description : Simple OBJ loader A C OBJ loader library in a single header file. It is a dependency for Organic Maps #986232 and currently embedded in https://sources.debian.org/src/meshoptimizer/0.20+dfsg-1/extern/fast_obj.h/ Packaged at https://salsa.debian.org/debian/fastobj

Bug#1056067: ITP: node-sass-loader -- css loader module for webpack

Package: wnpp Severity: wishlist Owner: Alexandre Rossi X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: node-sass-loader Version : 13.3.2 Upstream Contact: J. Tangelder * URL : https://github.com/webpack-contrib/sass-loader * License : MIT

Bug#1052147: ITP: node-source-map-loader -- Node.js library to extract source maps

Package: wnpp Severity: wishlist Owner: Yadd X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: node-source-map-loader Version : 4.0.1 Upstream Contact: JS Founadation <https://github.com/webpack-contrib/source-map-loader/issues> * URL : https://gith

Bug#1052143: ITP: node-html-loader -- Node module that exports HTML as string

Package: wnpp Severity: wishlist Owner: Yadd X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: node-html-loader Version : 4.2.0 Upstream Contact: JS Foundation <https://github.com/webpack-contrib/html-loader/issues> * URL : https://github.com/w

Bug#1051758: ITP: python-ruyaml -- YAML 1.2 loader/dumper package for Python

/pycontribs/ruyaml * License : MIT Programming Lang: Python Description : YAML 1.2 loader/dumper package for Python The ruyaml package is a fork of ruamel.yaml aimed to made in order to secure the future of the library, mainly by having a pool of maintainers and can be used as a drop

Bug#1034703: ITP: node-react-hot-loader -- Node.js module to tweak ReactJS components in real time

Package: wnpp Severity: wishlist Owner: Yadd X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: node-react-hot-loader Version : 4.13.1 Upstream Contact: https://github.com/gaearon/react-hot-loader/issues * URL : https://github.com/gaearon/react-hot-loader

Bug#1029685: ITP: libmarc-loader-perl -- Perl module for creating MARC record from a hash

Package: wnpp Owner: Mason James Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org * Package name: libmarc-loader-perl Version : 0.004001 Upstream Author : Stephane Delaune * URL : https://metacpan.org/release/MARC-Loader

Bug#1023588: ITP: node-ts-loader -- TypeScript loader for webpack

Package: wnpp Severity: wishlist Owner: Israel Galadima X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-ts-loader Version : 9.4.1 Upstream Author : John Reilly ( https://blog.johnnyreilly.com) * URL : https://github.com/TypeStrong/ts-loader * License

Bug#1008472: ITP: jh7100-second-boot -- StarFive JH7100 boot loader

: GPL Programming Lang: C Description : StarFive JH7100 boot loader This is the very first piece of software loaded by the CPU during boot. Its purpose is to prepare the HW for the execution of OpenSBI and all the subsequent stages of the boot, like U-Boot and Linux. Depending on your

Re: /usr/bin/ld.so as a symbolic link for the dynamic loader

Hi Florian, On Sat, Dec 04, 2021 at 01:59:14PM +0100, Florian Weimer wrote: > It is as architecture-independent as ldconfig or getconf. Perhaps a bit > more so than getconf. Both of those are bad examples as both are lies. An amd64 ldconfig really does not handle arm64 libraries at all. I'd rath

Re: /usr/bin/ld.so as a symbolic link for the dynamic loader

g.cgi?id=28648> for that. I have a patch that uses execve in those cases. So ”ld.so /sbin/ldconfig” will work in the future. This has some backwards compatibility impact: In theory there might be objects which do not have dynamic dependencies, but use a program interpreter, using custom start

Re: /usr/bin/ld.so as a symbolic link for the dynamic loader

x-x86-64.so.2 or even (the non-ABI-compliant) > /lib/x86_64-linux-gnu/ld-linux-x86-64.so.2 in scripts that require > specific functionality offered by such an explicit loader invocation. Do you actually have example of usage of the non-ABI-compliant dynamic loader in Debian? Independently of t

Re: /usr/bin/ld.so as a symbolic link for the dynamic loader

* Helmut Grohne: > Hi Florian, > > On Fri, Dec 03, 2021 at 06:29:33PM +0100, Florian Weimer wrote: >> We can add a generic ELF parser to that ld.so and use PT_INTERP, as I >> mentioned below. I think this is the way to go. Some care will be >> needed to avoid endless loops, but that should be it

Re: /usr/bin/ld.so as a symbolic link for the dynamic loader

Hi Florian, On Fri, Dec 03, 2021 at 06:29:33PM +0100, Florian Weimer wrote: > We can add a generic ELF parser to that ld.so and use PT_INTERP, as I > mentioned below. I think this is the way to go. Some care will be > needed to avoid endless loops, but that should be it. Can I ask you to go int

Re: /usr/bin/ld.so as a symbolic link for the dynamic loader

On Fri, Dec 03, 2021 at 05:59:17PM +0100, Florian Weimer wrote: > * Theodore Y. Ts'o: > > > * How does ld.so --preload *work*? > > The dynamic loader has an array of preloaded sonames, and it processes > them before loading the dependencies of the main program. This

Re: /usr/bin/ld.so as a symbolic link for the dynamic loader

On Fri, 03 Dec 2021 at 18:29:33 +0100, Florian Weimer wrote: > > On Thu, 02 Dec 2021 at 19:51:16 +0100, Florian Weimer wrote: > >> If someone wants to upstream the multi-arch patches, that would be > >> great. > > > > I think multiarch is mostly build-time configuration rather than patches. > > We

Re: /usr/bin/ld.so as a symbolic link for the dynamic loader

liant) >> /lib/x86_64-linux-gnu/ld-linux-x86-64.so.2 in scripts that require >> specific functionality offered by such an explicit loader invocation. > > This works up to a point, but because there is only one /usr/bin/ld.so, > it can only work for one architecture per machine,

Re: /usr/bin/ld.so as a symbolic link for the dynamic loader

On Fri, Dec 03, 2021 at 11:33:25AM -0500, Theodore Y. Ts'o wrote: > Some stupid questions that I couldn't answer by reading the man page > or doing a quick google search > * How does ld.so --preload *work*? ld.so is the ELF interpreter. If you run a normal binary, the kernel rewrites this req

Re: /usr/bin/ld.so as a symbolic link for the dynamic loader

On Fri, Dec 03, 2021 at 04:16:04PM +0200, Timo Lindfors wrote: > Just a random thought: If you have configured a restricted shell (e.g. > rbash) that only lets you execute commands in PATH, will this make it > possible to bypass the restriction with "ld.so /tmp/some-random-binary"? > This is not ne

Re: /usr/bin/ld.so as a symbolic link for the dynamic loader

* Theodore Y. Ts'o: > * How does ld.so --preload *work*? The dynamic loader has an array of preloaded sonames, and it processes them before loading the dependencies of the main program. This way, definitions in the preloaded objects preempt definitions in the shared objects. > * Doe

Re: /usr/bin/ld.so as a symbolic link for the dynamic loader

linux-x86-64.so.2 in scripts that require > specific functionality offered by such an explicit loader invocation. This works up to a point, but because there is only one /usr/bin/ld.so, it can only work for one architecture per machine, so saying it's architecture-agnostic is still a b

Re: /usr/bin/ld.so as a symbolic link for the dynamic loader

On Fri, Dec 03, 2021 at 02:46:27PM +0100, Bastian Blank wrote: > On Fri, Dec 03, 2021 at 01:57:08PM +0100, Florian Weimer wrote: > > Right, thanks for providing a concrete example. A (somewhat) portable > > version would look like this: > > ld.so --preload '/usr/$LIB/libeatmydata.so.1.3.0' /bin/

Re: /usr/bin/ld.so as a symbolic link for the dynamic loader

Hi, On Fri, 3 Dec 2021, Florian Weimer wrote: No objects to /usr/bin/ld.so then? Just a random thought: If you have configured a restricted shell (e.g. rbash) that only lets you execute commands in PATH, will this make it possible to bypass the restriction with "ld.so /tmp/some-random-binary

Re: /usr/bin/ld.so as a symbolic link for the dynamic loader

* Bastian Blank: > On Fri, Dec 03, 2021 at 01:57:08PM +0100, Florian Weimer wrote: >> Right, thanks for providing a concrete example. A (somewhat) portable >> version would look like this: >> ld.so --preload '/usr/$LIB/libeatmydata.so.1.3.0' /bin/sl > > You mean > ld.so --preload libeatmydata

Re: /usr/bin/ld.so as a symbolic link for the dynamic loader

On Fri, Dec 03, 2021 at 01:57:08PM +0100, Florian Weimer wrote: > Right, thanks for providing a concrete example. A (somewhat) portable > version would look like this: > ld.so --preload '/usr/$LIB/libeatmydata.so.1.3.0' /bin/sl You mean ld.so --preload libeatmydata.so.1.3.0 /bin/ls ? ld.so i

Re: /usr/bin/ld.so as a symbolic link for the dynamic loader

t; more support and feature requests for glibc upstream,. For example the > set of features provided by environment variables is different to the > set of features provided by command-line options. The intent of this change is to expose these loader features to more users and tools. This came up fo

Re: /usr/bin/ld.so as a symbolic link for the dynamic loader

Florian Weimer wrote: > I'd like to provide an ld.so command as part of glibc. Will this happen in glibc upstream or just in Debian? > Today, ld.so can be used to activate preloading, for example. > Compared to LD_PRELOAD, the difference is that it's specific to one > process, and won't be inhe

/usr/bin/ld.so as a symbolic link for the dynamic loader

so.2 in scripts that require specific functionality offered by such an explicit loader invocation. I thought that commands with file extensions might be Policy violation. Policy actually talks about file extensions for programs installed in /usr/bin—but only for scripts. So it's technica

Bug#989747: ITP: node-postcss-loader -- PostCSS loader for webpack

Package: wnpp Severity: wishlist Owner: Pirate Praveen X-Debbugs-CC: debian-devel@lists.debian.org * Package name : node-postcss-loader Version : 6.1.0 Upstream Author : Andrey Sitnik * URL : https://github.com/webpack-contrib/postcss-loader * License : Expat Programming Lang: JavaScript

Bug#977472: ITP: node-gyp-build -- Node.js build tool and bindings loader that supports prebuilds

-gyp-build * License : Expat Programming Lang: Javascript Description : Node.js build tool and bindings loader that supports prebuilds node-gyp-build works similar to "node-gyp build" except that it will check if a build or rebuild is present before rebuilding your proj

Bug#960944: ITP: node-less-loader -- Less loader for webpack which compiles Less to CSS with webpack description

Package: wnpp Severity: wishlist Owner: Pirate Praveen X-Debbugs-CC: debian-devel@lists.debian.org * Package name : node-less-loader Version : 4.1.0 Upstream Author : Johannes Ewald @jhnns * URL : https://github.com/webpack-contrib/less-loader * License : Expat Programming Lang: JavaScript

Bug#951163: ITP: php-vlucas-phpdotenv -- environment variable file loader for PHP

variable file loader for PHP PHP library implementing an environment variable file (.env) loader for PHP. The environment file loader will load environment variables from .env files to getenv(), $_ENV and $_SERVER automagically. This package is a dependency of php-laravel-lumen-framework (ITP

Bug#951113: ITP: webp-pixbuf-loader -- WebP Image format GdkPixbuf loader.

Package: wnpp Severity: wishlist Owner: David Heidelberg * Package name: webp-pixbuf-loader Version : git Upstream Author : Alberto Ruiz * URL : https://github.com/aruiz/webp-pixbuf-loader/ * License : LGPL-2.0-or-later Programming Lang: C Description

Bug#946001: ITP: golang-github-alecthomas-kong-hcl -- A Kong configuration loader for HCL

Kong configuration loader for HCL (Go library) github.com/alecthomas/kong-hcl is a Kong configuration loader for HCL implemented for the Go programming language. . It may be used like so: . var cli struct { Config kong.ConfigFlag `help:"Load configuration."` }

Bug#943349: ITP: openxr-sdk-source -- openxr loader, basic API layers, and example code

++, Python Description : openxr loader, basic API layers, and example code This package contains source code and build scripts for implementations of the OpenXR loader, validation layers, and code samples.

Bug#940867: ITP: libiconloader-java -- Smart Java Icon Loader with support of HiDPI (Retina) images

: Smart Java Icon Loader with support of HiDPI (Retina) images Dependency for darcula-theme-java (also ITP'd) which in turn is a dependency of freeplane-1.7.10. Will be maintained within the debian-java team. I will contact the author regarding releases (there seem to be releases on maven). C

Re: win32-loader: Dropping Win ME/98/95 support, digital signing, Windows Store

On Tue, Sep 10, 2019 at 4:18 AM Thomas Gaugler wrote: > Therefore I intend to switch win32-loader from an x86-ansi to an > x86-unicode installer. The drawback would be that Windows versions prior > Windows XP would no longer be supported. Would it be possible to build both versions in

Re: win32-loader: Dropping Win ME/98/95 support, digital signing, Windows Store

On Mon, Sep 09, 2019 at 10:01:47PM +0200, Thomas Gaugler wrote: > Furthermore I would like to increase user confidence and trust by > digitally signing the win32-loader executable. As a side effect user > friction could be reduced. For example Microsoft SmartScreen [1] warns > the u

win32-loader: Dropping Win ME/98/95 support, digital signing, Windows Store

Hi, win32-loader is a Windows (Win32) executable to ease the installation of Debian on a PC running Windows. The Nullsoft Scriptable Install System (NSIS) is used to create the win32-loader targeting character sets that are native to Windows ME/98/95 (also known as x86-ansi installer). This

Bug#923856: ITP: dotenv-cli -- .env configuratin loader

loader Dotenv-CLI is a simple package that provides the dotenv command. It reads the .env file from the current directory puts the contents in the environment and executes the given command. dotenv supports alternative .env files like .env.development via the -e or --dotenv parametes.

Bug#913977: ITP: mbed-test-wrapper -- utility to wrap the mbed test loader for use by yotta targets

: Apache-2.0 Programming Lang: Python Description : utility to wrap the mbed test loader for use by yotta targets mbed-test-wrapper is used to wrap the mbed test loader so that it can easily be used by yotta targets to run tests on target hardware. mbed-test-wrapper is a dependency of

Bug#913807: ITP: yamlordereddictloader -- loader and dump for PyYAML keeping keys order

Package: wnpp Severity: wishlist Owner: Steffen Moeller * Package name: yamlordereddictloader Version : 0.4.0 * URL : https://github.com/fmenabe/python-yamlordereddictloader * License : MIT Programming Lang: Python Description : loader and dump for

Bug#909483: ITP: node-worker-loader -- worker loader module for webpack

Package: wnpp Severity: wishlist Owner: Pirate Praveen X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-worker-loader Version : 2.0.0 Upstream Author : Tobias Koppers @sokra * URL : https://github.com/webpack-contrib/worker-loader * License

Bug#909335: ITP: python-glad -- GL/GLES/EGL/GLX/WGL Loader-Generator

Package: wnpp Severity: wishlist Owner: Steffen Moeller * Package name: python-glad * URL : https://github.com/Dav1dde/glad * License : MIT Description : GL/GLES/EGL/GLX/WGL Loader-Generator The package is team-maintained on https://salsa.debian.org/python-team

Bug#909262: ITP: node-cache-loader -- Caches the result of following loaders on disk

Package: wnpp Severity: wishlist Owner: Pirate Praveen X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-cache-loader Version : 1.2.2 Upstream Author : Tobias Koppers @sokra * URL : https://github.com/webpack-contrib/cache-loader * License

Bug#885176: ITP: teensy-loader-cli -- load and run programs onto your Teensy micro controller

Package: wnpp Severity: wishlist Owner: Michael Stapelberg * Package name: teensy-loader-cli Version : 2.1 Upstream Author : Paul Stoffregen * URL : https://www.pjrc.com/teensy/loader_cli.html * License : GPL-3 Programming Lang: C Description : load

Bug#875378: ITP: node-style-loader -- style loader module for webpack

Package: wnpp Severity: wishlist Owner: Daniel Ring X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-style-loader Version : 0.17.0 Upstream Author : Tobias Koppers @sokra * URL : https://github.com/webpack/style-loader * License : Expat

Bug#863466: ITP: node-raw-loader -- raw loader module for webpack

Package: wnpp Severity: wishlist Owner: Daniel Ring X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-raw-loader Version : 0.5.1 Upstream Author : Tobias Koppers @sokra * URL : https://github.com/webpack/raw-loader * License : Expat

Bug#860121: ITP: node-json-loader -- runs (webpack) loaders

Package: wnpp Severity: wishlist Owner: Pirate Praveen X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-loader-runner Version : 2.3.0 Upstream Author : Tobias Koppers @sokra * URL : https://github.com/webpack/loader-runner#readme * License

Bug#860118: ITP: node-json-loader -- json loader for webpack

Package: wnpp Severity: wishlist Owner: Pirate Praveen X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-json-loader Version : 0.5.4 Upstream Author : Tobias Koppers @sokra * URL : https://github.com/webpack/json-loader#readme * License : Expat

Bug#845130: ITP: node-babel-loader -- babel module loader for webpack

Package: wnpp Severity: wishlist Owner: Pirate Praveen X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-babel-loader Version : 6.2.8 Upstream Author : Luis Couto * URL : https://github.com/babel/babel-loader * License : Expat Programming

Bug#845070: ITP: node-loader-utils -- utils for webpack loaders

Package: wnpp Severity: wishlist Owner: Pirate Praveen X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-loader-utils Version : 0.2.16 Upstream Author : Tobias Koppers @sokra * URL : https://github.com/webpack/loader-utils#readme * License

Bug#840583: ITP: es-module-loader-0.17.js -- Polyfill and low-level API for the WhatWG loader spec

Package: wnpp Severity: wishlist Owner: Tim Potter X-Debbugs-CC: debian-devel@lists.debian.org * Package name: es-module-loader-0.17.js Version : 0.17 Upstream Author : Guy Bedford * URL : https://github.com/ModuleLoader/es-module-loader * License : Expat

Bug#815072: ITP: django-webpack-loader -- Transparently use webpack with Django

Package: wnpp Severity: wishlist Owner: Michael Fladischer -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: django-webpack-loader Version : 0.2.4 Upstream Author : Owais Lone * URL : https://github.com/owais/django-webpack-loader * License

Bug#814922: ITP: vulkan-loader -- Vulkan loader library and tools

Package: wnpp Severity: wishlist Owner: Timo Aaltonen X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: vulkan-loader Version : 1.0.3~git20160215 Upstream Author : Khronos Group, Inc. * URL : https://github.com/KhronosGroup/Vulkan-LoaderAndValidationLayers

Re: multiarch coinstallability of libc6 / conflicting loader paths

On Sun, Dec 07, 2014 at 01:08:24AM +0100, Timo Weingärtner wrote: > A short-term fix for the dpkg errors could be to express the conflicting > loader paths with Conflicts: between the relevant libc6 packages. Have multiarch conflicts/breaks been specified already? Sure, this would not

Re: multiarch coinstallability of libc6 / conflicting loader paths

tectures use the same path for their dynamic loader: /lib/ld.so.1 FYI, some earlier discussion of this issue: https://wiki.debian.org/Multiarch/LibraryPathOverview#ELF_interpreter-1 https://lists.linaro.org/pipermail/linaro-toolchain/2010-July/58.html https://sourceware.org/glibc/wiki/A

multiarch coinstallability of libc6 / conflicting loader paths

:powerpc had been installed, because both architectures use the same path for their dynamic loader: /lib/ld.so.1 A look into the archive revealed two groups of conflicting loader paths: /lib/ld.so.1: hppa hurd-i386 kfreebsd-i386 m68k mips mipsel powerpc powerpcspe s390 /lib/ld-linux.so.2

Bug#771326: ITP: libjs-requirejs-text -- loader plugin for loading text resources

: loader plugin for loading text resources It is nice to build HTML using regular HTML tags, instead of building up DOM structures in script. However, there is no good way to embed HTML in a JavaScript file. The best that can be done is using a string of HTML, but that can be hard to manage

Bug#763998: ITP: libopengl-image-perl -- Image loader for OpenGL

: https://metacpan.org/release/OpenGL-Image * License : Artistic or GPL-1+ Programming Lang: Perl Description : Image loader for OpenGL This module provides methods to load/modify/save images for use with OpenGL textures, FBOs and VBOs. It also requires at least one supported OpenGL::Ima

ITP: palo -- Linux boot loader for HP PA-RISC

: Linux boot loader for HP PA-RISC PALO is the boot loader for HP PA-RISC machines. This package contains both the actual boot loader called iplboot as well as a boot media management tool after which bears the name palo. While iplboot can be used on PA-RISC machines only, the palo media management

Power Plant Auction - Turbine generator, scrubber, Cat front loader, condenser, motor control center, boilers, and much more. Pearl, Illinois on August 15

rged Image Motor Control Centers Square D single bank motor control center with 21 disconnects. View Enlarged Image Caterpiller Front Loader Caterpiller front M/N 950G, Series II, wheel loader, max weight of 48,500 lbs, height to top 132.8", max length 322.4", width across tires 117

Bug#710057: ITP: require-kernel.js -- Reference implementation of a CommonJS module loader for a browser environment

: Reference implementation of a CommonJS module loader for a browser environment With this Javascript library you can add CommonJS module support to your browser environment. It defines a kernel that provides a CommonJS compliant require() function. Modules can either be loaded synchronously or

Bug#707134: ITP: node-yajsml -- Yet another (Common)JS module loader

module loader Yajsml is a server-side component that allows JavaScript code to be distributed in a reliable and performant way. Its three features are: . - Proxy pass through for individual resource requests. - Bulk responses for requests of closely associated resources (e.g

Re: Proposal for stage-1 boot loader for use with SecureBoot [Re: [Long] UEFI support]

n disable secure boot. > > > Whether that OS > > follows thru and verifies all its parts is between the user and the > > person or group who provided the OS (could be the user, herself, of > > course!) > > No, this is not voluntary.

Re: Proposal for stage-1 boot loader for use with SecureBoot [Re: [Long] UEFI support]

follows thru and verifies all its parts is between the user and the > person or group who provided the OS (could be the user, herself, of > course!) No, this is not voluntary. If we get a loader signed by an external entity, it have to fulfill the requirements, aka no execution of unsigned

Re: Proposal for stage-1 boot loader for use with SecureBoot [Re: [Long] UEFI support]

On Fri, 6 Jul 2012, Rick Thomas wrote: > We need a "stage-1" boot loader, signed by somebody trusted (FSF? > SFLC?) with a key that will be recognized by the SecureBoot BIOS. > This is an un-changable binary blob, so it can't be GPL (is this a > problem?) There is no

Proposal for stage-1 boot loader for use with SecureBoot [Re: [Long] UEFI support]

"stage-1" boot loader, signed by somebody trusted (FSF? SFLC?) with a key that will be recognized by the SecureBoot BIOS. This is an un-changable binary blob, so it can't be GPL (is this a problem?) but at least we can publish the source code, and anybody who wants to can verif

Bug#675528: ITP: ocl-icd -- Generic OpenCL ICD Loader

: BSD Programming Lang: C Description : Generic OpenCL ICD Loader This source package will provide two binary pakages: Package: ocl-icd-libopencl1 Description: Generic OpenCL ICD Loader OpenCL (Open Computing Language) is a multivendor open standard for general-purpose parallel

Bug#653057: ITP: node-jsconfig -- Node async configuration loader with command line support

configuration loader with command line support Node is an event-based server-side JavaScript engine. . jsconfig can load config file formats whatever Node can require: . * by default it's always possible to load `*.js` files * if you want to use coffee-script config files, just

Bug#609499: ITP: jvyamlb -- pure Java YAML loader and dumper

Package: wnpp Severity: wishlist Owner: Debian Java Maintainers * Package name: jvyamlb Version : 0.2.5 Upstream Author : Ola Bini * URL : http://code.google.com/p/jvyamlb/ * License : MIT/X Programming Lang: Java Description : pure Java YAML loader

Re: Policy for Linux kernel, initramfs, boot loader update process

On 07/17/2010 10:44 PM, Daniel Baumann wrote: > fyi: extlinux in the next upload (in two days when the previous one has > migrated) will fully complains to the policy. s/complains/comply/ -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panth

Re: Policy for Linux kernel, initramfs, boot loader update process

On 07/17/2010 04:55 AM, Ben Hutchings wrote: > The new policy is published at > . This > policy will affect packages of the Linux kernel, initramfs builders boot > loaders, and the debian-installer. fyi: extlinux in the next upload (i

Policy for Linux kernel, initramfs, boot loader update process

Linux kernel packages for Debian have historically had complex maintainer scripts which can invoke the initramfs builder and/or a boot loader, based on a mixture of file tests, explicit configuration through the file /etc/initramfs.conf and debconf questions. Starting with Debian 6.0, this should

[DRAFT v2] Policy for Linux kernel, initramfs, boot loader update process

sing the prefix 'zz-' and no other packages may use this prefix or one that sorts later by the rules used by run-parts. A postrm hook script should warn but exit with code 0 if the boot loader configuration file still refers to the kernel image that has been removed. Packages for boot l

Re: [DRAFT] Policy for Linux kernel, initramfs, boot loader update process

On Mon, 2010-06-28 at 18:45 +0200, maximilian attems wrote: [...] > please get your facts right before spamming the world. Max, this is rude and unjustified. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digital

Re: [DRAFT] Policy for Linux kernel, initramfs, boot loader update process

Please reply to debian-kernel only. On Mon, 2010-06-28 at 11:16 -0400, Stephen Powell wrote: > On Sun, 27 Jun 2010 22:02:35 -0400 (EDT), Ben Hutchings wrote: [...] > > The environment variable DEB_MAINT_PARAMS will contain > > the arguments given to the kernel maintainer script, single-quoted. >

Re: [DRAFT] Policy for Linux kernel, initramfs, boot loader update process

t complete their work before returning from the > > kernel postinst hook script. [initramfs-tools currently uses a trigger > > to defer this because it can also be invoked twice, but this means it > > also has to know how to update specific boot loaders.] > > Is an initra

Re: [DRAFT] Policy for Linux kernel, initramfs, boot loader update process

nitramfs-tools currently uses a trigger > to defer this because it can also be invoked twice, but this means it > also has to know how to update specific boot loaders.] Is an initramfs guaranteed to be built before any of the boot loader hooks are executed? It seems like a waste of time

Re: [DRAFT] Policy for Linux kernel, initramfs, boot loader update process

On Mon, 28 Jun 2010 12:45:10 -0400 (EDT), maximilian attems wrote: > On Mon, 28 Jun 2010 03:02:35 +0100 Ben Hutchings wrote: >> The arguments given to all kernel hook scripts are the kernel ABI >> version (the string that uname -r reports) and the absolute path to the >> kernel image. > On Mon, Jun

Re: [DRAFT] Policy for Linux kernel, initramfs, boot loader update process

On Mon, Jun 28, 2010 at 11:16:58AM -0400, Stephen Powell wrote: > > --- > > 1. Packages for boot loaders that need to be updated whenever the files > > they load are modified (i.e. those that store a block list) must install > > hook scripts in /etc/kernel/postinst.d and /etc/kernel/postrm.d, which

Re: [DRAFT] Policy for Linux kernel, initramfs, boot loader update process

tramfs builder and boot loader packages, > and the installer. > > I regret that this is happening so late in the release cycle, but > currently a kernel update can easily leave the system unbootable and > this does need to be addressed before release and I want to do so in a > way that

Re: [DRAFT] Policy for Linux kernel, initramfs, boot loader update process

I took the liberty of adding debian-boot and debian-s390 to the CC list on this e-mail, since it affects the Debian installer and the s390-tools package, which contains the zipl boot loader, which has a design very similar to that of lilo. If this results in some people getting more than one copy

Re: [DRAFT] Policy for Linux kernel, initramfs, boot loader update process

u upgrade together for example udev, lvm2, cryptsetup, mdadm and linux-2.6. > 4. During a kernel package installation, upgrade or removal, various > boot loader hooks may be invoked (in this order): > > a. A postinst_hook or postrm_hook command set by the user or the >installer

[DRAFT] Policy for Linux kernel, initramfs, boot loader update process

I propose the following policy for squeeze and later releases. This affects all Linux kernel, initramfs builder and boot loader packages, and the installer. I regret that this is happening so late in the release cycle, but currently a kernel update can easily leave the system unbootable and this

Bug#585567: ITP: gobi-loader -- Firmware loader for Qualcomm Gobi USB chipsets.

Package: wnpp Severity: wishlist Owner: Mark Hymers * Package name: gobi-loader Version : 0.6 Upstream Author : Matthew Garrett / RedHat * URL : http://www.codon.org.uk/~mjg59/gobi_loader/ * License : GPL 2 Programming Lang: C Description : Firmware

Bug#567594: ITP: libclass-loader-perl -- module to load modules and create objects on command

Package: wnpp Owner: Jonathan Yu Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org * Package name: libclass-loader-perl Version : 2.03 Upstream Author : Vipul Ved Prakash, * URL : http://search.cpan.org/dist/Class-Loader

Bug#563081: ITP: r5u87x -- firmware loader for cameras based on Ricoh R5U87x chipsets

Package: wnpp Severity: wishlist Owner: David Jurenka * Package name: r5u87x Version : 0.2+r62 Upstream Author : Alexander Hixon * URL : http://www.bitbucket.org/ahixon/r5u87x/ * License : GPLv2 Programming Lang: C Description : firmware loader for

ITP: bml -- modular, free, open source music studio (BuzzMachine loader)

Package: wnpp Severity: wishlist Owner: [EMAIL PROTECTED] * Package name: bml Version : 0.4.0 Upstream Author : Stefan Kost <[EMAIL PROTECTED]> * URL : http://www.buzztard.org * License : LGPL 2.1+ Description : modular, free, open source music studio Hi,

ITP: bsl -- modular, free, open source music studio (BuzzSong loader)

Package: wnpp Severity: wishlist Owner: [EMAIL PROTECTED] * Package name: gst-buzztard Version : 0.4.0 Upstream Author : Stefan Kost <[EMAIL PROTECTED]> * URL : http://www.buzztard.org * License : LGPL 2.1+ Description : modular, free, open source music st

Bug#482342: ITP: madfuload -- Firmware loader for M-Audio DFU audio devices

: Firmware loader for M-Audio DFU audio devices This packages allows you to use M-Audio's DFU audio devices with Linux. These devices require a firmware download before an operating system driver (e.g. ALSA's snd-usb-audio) can access them. . Supported devices: - Sonica - Ozone

Bug#429618: ITP: xcalib -- Tiny monitor calibration loader for Xorg

icense : GPL Programming Lang: C Description : Tiny monitor calibration loader for Xorg A tiny monitor calibration loader for Xorg. It loads 'vcgt'-tag of ICC profiles to the X-server to calibrate your display. -- System Information: Debian Release: lenny/sid APT

Bug#425038: ITP: win32-loader -- Debian-Installer loader for win32

Package: wnpp Severity: wishlist Owner: Robert Millan <[EMAIL PROTECTED]> * Package name: win32-loader * URL : http://goodbye-microsoft.com/ * License : GPL Programming Lang: NSIS, C, Bash. Description : Debian-Installer loader for win32 This package prov

Change loader for programs

Hello world, I would like to ask a rookie question about the possibility to reassign by substitution a new loader (/lib/ld-linux.so.2 or alike) to each program. In fact, I know that it's possible to launch it for example echo by using /new/path/lib/ld-2.3.2 /new/path/bin/echo but I would li

Bug#364577: ITP: libclass-loader-perl -- Load modules and create objects on demand for perl

Package: wnpp Severity: wishlist Owner: "Pierre-Matthieu Alamy" <[EMAIL PROTECTED]> * Package name: libclass-loader-perl Version : 2.03 Upstream Author : Vipul Ved Prakash <[EMAIL PROTECTED]> * URL : http://cpan.org/modules/by-module/Class/ * Lice

Bug#354827: ITP: libdbix-class-schema-loader-perl -- Dynamic definition of a DBIx::Class::Schema

Package: wnpp Severity: wishlist Owner: "Krzysztof Krzyzaniak (eloy)" <[EMAIL PROTECTED]> * Package name: libdbix-class-schema-loader-perl Version : 0.02004 Upstream Author : Brandon Black, <[EMAIL PROTECTED]>. * URL : http://mirrors.kernel.org/

Bug#348364: ITP: libyaml-syck-perl -- Fast, lightweight YAML loader and dumper

gz * License : BSD + GPL (>= 1) or Perl Artistic Description : Fast, lightweight YAML loader and dumper This module provides a Perl interface to the libsyck data serialization library. It exports the Dump and Load functions for converting Perl data structures to YAML strings, an

Re: How the kernel firmware loader works

On Sat, Jan 07, 2006 at 12:05:48AM +0100, Marco d'Itri wrote: > (#104) How the kernel firmware loader works > > fEnIo[0] learnt an important lesson about the kernel firmware loader: > it (usually) does not work as expected for non-modular drivers. Yeah... thanks a lot for your

How the kernel firmware loader works

Gated from my blog. (#104) How the kernel firmware loader works fEnIo[0] learnt an important lesson about the kernel firmware loader: it (usually) does not work as expected for non-modular drivers. The reason is that the request_firmware()[1] interface is synchronous. Since it's usually c

  1   2   >