Re: Q: best strategy/tool to select a mirror (explicitly not via proxies like http.debian.net)
On Sun, Jun 29, 2014 at 1:27 AM, Yaroslav Halchenko wrote: > almost all (...) are in Debian archive ;) Good to hear :) > we are providing backport builds Are you doing that in addition to or instead of providing official backports in the wheezy-backports suite? http://backports.debian.org/Contribute/ -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caktje6hpxcf748fzuwar+fxxbvszved_es2hy_vpezftxxy...@mail.gmail.com
Bug#753085: ITP: node-abstract-leveldown -- An abstract prototype matching the LevelDOWN API
Package: wnpp Severity: wishlist Owner: Andrew Kelley X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-abstract-leveldown Version : 0.12.3 Upstream Author : Rod Vagg * URL : https://github.com/rvagg/node-abstract-leveldown * License : Expat Programming Lang: JavaScript Description : Abstract prototype matching the LevelDOWN API - Node.js module abstract-leveldown is a Node.js module which is an abstract prototype matching the LevelDOWN API. Useful for extending LevelUP functionality by providing a replacement to LevelDOWN. . Node.js is an event-based server-side JavaScript engine.
Bug#753073: ITP: node-requireindex -- require all files in a directory
Package: wnpp Severity: wishlist Owner: Andrew Kelley X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-requireindex Version : 1.1.0 Upstream Author : Stephen Handley ( http://person.sh) * URL : https://github.com/stephenhandley/requireindex * License : Expat Programming Lang: JavaScript Description : require all files in a directory - Node.js module requireindex is a Node.js module which provides an API to require all files in a directory. . Node.js is an event-based server-side JavaScript engine.
Bug#753072: ITP: node-bl -- collect buffers and access with a standard readable Buffer interface
Package: wnpp Severity: wishlist Owner: Andrew Kelley X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-bl Version : 0.8.2 Upstream Author : Rod Vagg * URL : https://github.com/rvagg/bl * License : Expat Programming Lang: JavaScript Description : collect buffers and access with a standard readable Buffer interface - Node.js module bl is a storage object for collections of Node.js Buffers, exposing them with the main Buffer readable API. Also works as a duplex stream so you can collect buffers from a stream that emits them and emit buffers to a stream that consumes them. . Node.js is an event-based server-side JavaScript engine.
Bug#753067: ITP: node-deflate-crc32-stream -- streaming deflater with CRC32 checksumer
Package: wnpp Severity: wishlist Owner: Andrew Kelley X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-deflate-crc32-stream Version : 0.1.1 Upstream Author : Chris Talkington (http://christalkington.com/) * URL : https://github.com/ctalkington/node-deflate-crc32-stream * License : Expat Programming Lang: JavaScript Description : streaming deflater with CRC32 checksumer - Node.js module deflate-crc32-stream is a streaming deflater Node.js module with CRC32 checksumer. It uses buffer-crc32 behind the scenes to handle binary data and character sets. Data comes through compressed with zlib.DeflateRaw. . Node.js is an event-based server-side JavaScript engine.
Bug#753062: ITP: node-crc32-stream -- a streaming CRC32 checksumer
Package: wnpp Severity: wishlist Owner: Andrew Kelley X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-crc32-stream Version : 0.2.0 Upstream Author : Chris Talkington (http://christalkington.com/) * URL : https://github.com/ctalkington/node-crc32-stream * License : Expat Programming Lang: JavaScript Description : a streaming CRC32 checksumer - Node.js module crc32-stream is a streaming CRC32 checksumer Node.js module. It uses buffer-crc32 behind the scenes to handle binary data and character sets. Data is passed through untouched. . Node.js is an event-based server-side JavaScript engine.
Re: SV: MATE 1.8 has now fully arrived in Debian
Andrei POPESCU dixit: >Yes, I know everything in Debian is a package, but APT *is* the master >of all packages :p Wrong: • dpkg (directly or via dselect) does not use APT’s system (well, not necessarily, anyway) • aptitude has been known to ignore the view dpkg/apt have on the system, e.g. wrt. held packages, for ages Vincent Bernat dixit: >>> Why systemd-shim? Wookey and I agreed on three levels of avoidance: hard disallow (which would be -must-die), prevent systemd from being installed (allows -shim) and prevent systemd from running (allows -shim and libpam-systemd with its deps). >I was hoping the author would admit the contradiction of requesting >volunteers to code alternatives and at the same time reject them. I do not request an alternative to… whatever systemd-shim is an alternative to. I question why this thing is needed at all. My sid desktop at $dayjob works just fine with systemd-must-die installed, thank you very much. Okay, I uninstalled the KDE metapackage due to the gvfs chain, but who cares… (or maybe I could contribute a KDE metapackage that excludes systemd, but right now things are in flux anyway). bye, //mirabilos -- (gnutls can also be used, but if you are compiling lynx for your own use, there is no reason to consider using that package) -- Thomas E. Dickey on the Lynx mailing list, about OpenSSL -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pine.bsm.4.64l.1406282139270.19...@herc.mirbsd.org
Re: Using docker for Debian packaging work ?
❦ 28 juin 2014 20:39 +0200, Vincent Bernat : >> source script: >> https://github.com/LuisAlejandro/tribus/blob/development/tribus/data/scripts/debian-base-image.sh > > You seem to handle things better than the scripts provided in > Docker. Maybe you should contribute your modifications? Except: echo 'Apt::Get::AllowUnauthenticated "true";' -- Use the "telephone test" for readability. - The Elements of Programming Style (Kernighan & Plauger) signature.asc Description: PGP signature
Re: Using docker for Debian packaging work ?
❦ 27 juin 2014 11:37 -0430, Luis Alejandro Martínez Faneyth : > I've been poking around with docker a little bit. I've done some > "truncated" (50MB image without docs, locales or caches) images of > Wheezy to experiment on some of my projects. Feel free to use them. > > amd64 image: > https://registry.hub.docker.com/u/luisalejandro/debian-i386/ > > i386 image: > https://registry.hub.docker.com/u/luisalejandro/debian-amd64/ > > source script: > https://github.com/LuisAlejandro/tribus/blob/development/tribus/data/scripts/debian-base-image.sh You seem to handle things better than the scripts provided in Docker. Maybe you should contribute your modifications? -- die_if_kernel("Whee... Hello Mr. Penguin", current->tss.kregs); 2.2.16 /usr/src/linux/arch/sparc/kernel/traps.c signature.asc Description: PGP signature
Re: multiarch: arch dependent header file path choice
On Sun, Jun 29, 2014 at 02:44:21AM +0900, Osamu Aoki wrote: > Hi, > > The path for the arch dependent header file seems to have several options. > > 1) /usr/include//*.h > 2) /usr/include///*.h > 3) /usr/lib///include/*.h > > I would like to know rationale for each choice, especially between 2 and 3. Choice 1 is just the default location for most headers. Choice 2 is useful if you have multiple versions of the same library. For example, you might want to have the headers for Ruby 2.0 and Ruby 2.1 installed at the same time. They're going to ship mostly the same headers, so putting them in different directories allows them to be co-installable. Some upstreams prefer this location. Choice 3 is for private header files. Most of Glib's headers are of style 2, but it ships one file, which is autogenerated, in this location because it's only intended to be called from other Glib header files. This method is used because on distributions like CentOS that don't have multiarch, these private header files often contain arch-dependent configuration, so they are placed in /usr/lib or /usr/lib64 as appropriate so that the 32-bit and 64-bit packages are co-installable. -- brian m. carlson / brian with sandals: Houston, Texas, US +1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187 signature.asc Description: Digital signature
Bug#753051: ITP: node-bindings -- Helper module for loading a native module's .node file
Package: wnpp Severity: wishlist Owner: Andrew Kelley X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-bindings Version : 1.2.1 Upstream Author : Nathan Rajlich ( http://tootallnate.net) * URL : https://github.com/TooTallNate/node-bindings * License : Expat Programming Lang: JavaScript Description : Helper module for loading a native module's .node file - Node.js module bindings is a Node.js module for require()ing a native module's .node file. . Throughout the course of Node.js's native addon history, addons have ended up being compiled in a variety of different places, depending on which build tool and which version of node was used. To make matters worse, now the gyp build tool can produce either a Release or Debug build, each being built into different locations. . This module checks all the possible locations that a native addon would be built at, and returns the first one that loads successfully. . Node.js is an event-based server-side JavaScript engine.
multiarch: arch dependent header file path choice
Hi, The path for the arch dependent header file seems to have several options. 1) /usr/include//*.h 2) /usr/include///*.h 3) /usr/lib///include/*.h I would like to know rationale for each choice, especially between 2 and 3. I am sure they all are functioning choice but intriguing to see choice 3. (I was looking for the typedef of gsize in gobject header files in /usr/include/glib-2.0. It tool me time to find it in /usr/lib/x86_64-linux-gnu/glib-2.0/include/glibconfig.h) As I look around on my system, I observe followings For 1, *.h are: expat_config.h ffi.h ffitarget.h fpu_control.h gmp.h ieee754.h lua5.1-deb-multiarch.h lua5.2-deb-multiarch.h zconf.h For 2, are python3.3m openssl ruby-2.0.0 c++ ... For 3, are: glib-2.0 gtk-2.0 gtk-3.0 dbus-1.0 (dbus/dbus-arch-deps.h as *.h) Regards, Osamu -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140628174421.GA19782@goofy
Re: Q: best strategy/tool to select a mirror (explicitly not via proxies like http.debian.net)
On Sat, 28 Jun 2014, Paul Wise wrote: > > Thanks in advance for the ideas/feedback > If it were me, I would upload only to ftp.d.o and use http.d.n but I > guess these packages can't go into the Debian archive? almost all (but some not yet fully ready/heavy data) are in Debian archive ;) we are providing backport builds (e.g. like a PPA which supports both Debian and Ubuntus) from those + VM images (not as a package) > If not maybe > you could use mirrorbrain or use the code behind http.d.n. Thanks -- I will check it out again -- Yaroslav O. Halchenko, Ph.D. http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org Research Scientist,Psychological and Brain Sciences Dept. Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140628172730.gg8...@onerussian.com
Re: "thanks" messages on mailing lists/bug reports
Hi, Am Freitag, den 27.06.2014, 15:45 +0200 schrieb Sven Bartscher: > I recently started contributing to debian. > Before that, most of my writing with people I don't know personally > through the internet was on Stack Exchange. > On Stack Exchange, messages that only consist of thanking people or > agreement are not considered helpful. > This in mind I'm very unsure if I should write messages like that to > someone or if I should avoid them (to not annoy anyone with them), on > Debian mailing lists or bug reports. > > What is your experience with that? > How do you feel if you read such messages? > Maybe more important: How do you feel if you don't get such messages? motivation is the most important and most scarce resource in a project like Debian. With that in mind: If you you feel like thanking someone, please do! And if you think they deserve the support publicly (which can make a big difference when people are unsure whether their work is appreciated, which is the case more often than not), then do it on the mailing list or the bug report. Such a mail, although of little content, has more value that most opinionated mails repeated stated on mailing lists like this. Also, most Debianer are (by necessity) trained to ignore mail that has little information for them, so I wouldn’t worry about the “spammyness” of such a mail. Thanks for bringing this up! Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#753017: ITP: node-media-typer -- Simple RFC 6838 media type parser and formatter
Package: wnpp Severity: wishlist Owner: Andrew Kelley X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-media-typer Version : 0.2.0 Upstream Author : Douglas Christopher Wilson * URL : https://github.com/expressjs/media-typer * License : Expat Programming Lang: JavaScript Description : Simple RFC 6838 media type parser and formatter - Node.js module media-typer is a Node.js module which parses a media type string, such as "image/svg+xml; charset=utf-8". . Node.js is an event-based server-side JavaScript engine.
Bug#753015: ITP: node-depd -- mark a function or property as deprecated
Package: wnpp Severity: wishlist Owner: Andrew Kelley X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-depd Version : 0.3.0 Upstream Author : Douglas Christopher Wilson * URL : https://github.com/dougwilson/nodejs-depd * License : Expat Programming Lang: JavaScript Description : mark a function or property as deprecated - Node.js module This Node.js module allows you to display deprecation messages to your users. This module goes above and beyond with deprecation warnings by introspecting the call stack (but only the bits that it is interested in). . Instead of just warning on the first invocation of a deprecated function and never again, this module will warn on the first invocation of a deprecated function per unique call site, making it ideal to alert users of all deprecated uses across the code base, rather than just whatever happens to execute first. . The deprecation warnings from this module also include the file and line information for the call into the module that the deprecated function was in. . Node.js is an event-based server-side JavaScript engine.
Bug#753013: ITP: cppdb -- SQL Connectivity Library
Package: wnpp Severity: wishlist Owner: Tobias Frost * Package name: cppdb Version : 0.3.1 Upstream Author : Artyom Beilis (Tonkikh) * URL : http://cppcms.com/sql/cppdb/index.html * License : Boost Software License 1.0 Programming Lang: C++) Description : SQL Connectivity Library CppDB is an SQL connectivity library that is designed to provide platform and Database independent connectivity API similarly to what JDBC, ODBC and other connectivity libraries do. This library is developed as part of CppCMS Project - the C++ Web Development Framework. CppDB was designed with following goals in the mind: - Performance is the primary goal - make fastest possible SQL connectivity as possible - Transparent connection pooling support - Transparent prepared statements caching - Dynamic DB modules loading and optional static linking - Full and high priority support of FOSS RDBMS: MySQL, PostgreSQL, Sqlite3 - Support as many RDBMSs as possible via cppdb-odbc bridge - Simplicity in use - Locale safety - Support of both explicit verbose API and brief and nice syntactic sugar -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140628145901.13957.21327.report...@mordor.loewenhoehle.ip
Bug#753012: RFP: vagrant-libvirt -- Vagrant provider for libvirt
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org, tails-...@boum.org, free...@autistici.org --- Please fill out the fields below. --- Package name: vagrant-libvirt Version: 0.0.18 Upstream Author: Lukas Stanek URL: https://github.com/pradels/vagrant-libvirt License: MIT License Description: Vagrant provider for libvirt. -- vinc3nt +-+ |GPG Id key: 4096R/DAA26AC4 2012-12-07| |GPG Fingerprint: 19D8011C 81891778 7A1986DC 28E8567F DAA26AC4| |OTR Fingerprint: 86F3EE43 8A9340D2 FF92A828 81C84DC2 FEDD839E| +-+ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53aed32c.5090...@riseup.net
Re: "thanks" messages on mailing lists/bug reports
On Fri, Jun 27, 2014 at 03:41:50PM +0100, Neil Williams wrote: > On Fri, 27 Jun 2014 15:45:21 +0200 > Sven Bartscher wrote: > > > Greetings everyone, > > > > I recently started contributing to debian. > > Before that, most of my writing with people I don't know personally > > through the internet was on Stack Exchange. > > On Stack Exchange, messages that only consist of thanking people or > > agreement are not considered helpful. > > High volume mailing lists are often the same. If you're adding "noise", > it isn't going to be seen as helpful. +1 and "thanks" are generally > regarded as "noise" if there is no other content. (Worse is when those > are applied at the end of a very long email without snipping other > content.) +1 -- "If you're not careful, the newspapers will have you hating the people who are being oppressed, and loving the people who are doing the oppressing." --- Malcolm X -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140628105559.GM31608@tal
Re: SV: MATE 1.8 has now fully arrived in Debian
❦ 28 juin 2014 12:19 +0200, Josselin Mouette : >> Why systemd-shim? > > Do you really need to ask why? > > There’s systemd in the name, therefore it must be *evil*, man. It has to > be part of a conspiracy to take over the world and remove our freedom to > make all executables setuid root! I was hoping the author would admit the contradiction of requesting volunteers to code alternatives and at the same time reject them. -- printk("MASQUERADE: No route: Rusty's brain broke!\n"); 2.4.3. linux/net/ipv4/netfilter/ipt_MASQUERADE.c signature.asc Description: PGP signature
Re: Sources licensed under PHP License and not being PHP are not distributable
On Thu, Jun 26, 2014 at 02:32:27PM +0200, Ondrej Surý wrote: > Hi Charles, > > On Thu, Jun 26, 2014, at 14:27, Charles Plessy wrote: > > > If your disagreement with the FTP team is unresolvable, and if you have > > time, maybe you can try to open a ticket for a resolution by the Technical > > Comittee ? > > I don't think that falls under tech-ctte jurisdiction under Chapter 8.1 > of > Debian Constitution. Ccing Debian Secretary... > > I guess such overruling would need a GR. If you're going to overrule a delegate you would need a GR. That doesn't mean there aren't other options. Kurt -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140628102235.ga13...@roeckx.be
Re: SV: MATE 1.8 has now fully arrived in Debian
Le samedi 28 juin 2014 à 11:08 +0200, Vincent Bernat a écrit : > Why systemd-shim? Do you really need to ask why? There’s systemd in the name, therefore it must be *evil*, man. It has to be part of a conspiracy to take over the world and remove our freedom to make all executables setuid root! -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1403950748.24256.3.ca...@kagura.malsain.org
Re: "thanks" messages on mailing lists/bug reports
On Vi, 27 iun 14, 15:45:21, Sven Bartscher wrote: > Greetings everyone, > > I recently started contributing to debian. > Before that, most of my writing with people I don't know personally > through the internet was on Stack Exchange. > On Stack Exchange, messages that only consist of thanking people or > agreement are not considered helpful. > This in mind I'm very unsure if I should write messages like that to > someone or if I should avoid them (to not annoy anyone with them), on > Debian mailing lists or bug reports. > > What is your experience with that? > How do you feel if you read such messages? > Maybe more important: How do you feel if you don't get such messages? I'd recommend this for support lists (e.g. debian-user): http://catb.org/~esr/faqs/smart-questions.html#followup Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Re: MATE 1.8 has now fully arrived in Debian
Le vendredi, 27 juin 2014, 23.02:51 Thomas Goirand a écrit : > On 06/27/2014 06:31 PM, Michael Englehorn wrote: > > Wouldn't glibc then fall into the list of things you don't like as a > > "required framework"? By that logic, all libraries must be > > hot-swappable with no additional effort by the end-user. That's > > just not realistic. > > > > -Michael > > Are you aware that we're switching away from eglibc? Just saying... Are you aware that we never had both glibc and eglibc simultaneously available in a suite? Just saying… OdyX -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2568562.DDxbkL30vz@gyllingar
Re: SV: MATE 1.8 has now fully arrived in Debian
On Sb, 28 iun 14, 10:56:24, Svante Signell wrote: > > The disadvantage with this approach is that you need an entry for every > package you don't want installed. No, you want to make use of the support for globs or regexes, see apt_preferences(5). > systemd-must-die_8_all.deb already conflicts with nine packages: > Conflicts: libpam-systemd, live-config-systemd, python-systemd, systemd, > systemd-cron, systemd-gui, systemd-shim, systemd-sysv, systemd-ui libpam-systemd, live-config-systemd, systemd-cron, systemd-sysv and systemd-ui all have Depends: systemd, so don't need to be excluded specifically. systemd-gui is just a transitional package and systemd-shim Depends: libpam-systemd. If you need further assistance with Debian's package management you might want to take this to debian-user. Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Re: SV: MATE 1.8 has now fully arrived in Debian
❦ 28 juin 2014 10:56 +0200, Svante Signell : > systemd-must-die_8_all.deb already conflicts with nine packages: > Conflicts: libpam-systemd, live-config-systemd, python-systemd, systemd, > systemd-cron, systemd-gui, systemd-shim, systemd-sysv, systemd-ui Why systemd-shim? -- panic("Oh boy, that early out of memory?"); 2.2.16 /usr/src/linux/arch/mips/mm/init.c signature.asc Description: PGP signature
Bug#752995: ITP: python-xstatic -- XStatic base package with minimal support code
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-xstatic Version : 1.0.0 Upstream Author : Thomas Waldmann * URL : https://bitbucket.org/thomaswaldmann/xstatic * License : Expat Programming Lang: Python Description : XStatic base package with minimal support code XStatic is a packaging standard to package external (often 3rd party) static files as a python package, so they are easily usable on all operating systems, with any package management system or even without one. . Many python projects need to use some specific data files, like javascript, css, java applets, images, etc. Sometimes these files belong to YOUR project (then you may want to package them separately, but you could also just put them into your main package). But in many other cases, those files are maintained by someone else (like jQuery javascript library or even much bigger js libraries or applications) and you definitely do not really want to merge them into your project. So, you want to have static file packages, but you don’t want to get lots of stuff you do not want. Thus, stuff required by XStatic file packages (especially the main, toplevel XStatic package) tries to obey to be a MINIMAL, no-fat thing. We won’t "sell" you any web framework or other stuff you don't want. Maybe there will be optional XStatic extensions for all sorts of stuff, but they won't be required if you just want the files. . By having static files in packages, it is also easier to build virtual envs, support linux/bsd/... distribution package maintainers and even windows installs using the same mechanism. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140628085919.6975.92874.report...@buzig.gplhost.com
Bug#752994: ITP: vim-ctrlp -- fuzzy file, buffer, mru, tag, etc. finder for Vim
Package: wnpp Severity: wishlist Owner: "Piotr Ożarowski" * Package name: vim-ctrlp Version : 1.79 Upstream Author : Kien Nguyen * URL : http://kien.github.io/ctrlp.vim/ * License : https://github.com/kien/ctrlp.vim/issues/582 Programming Lang: Vimscript Description : fuzzy file, buffer, mru, tag, etc. finder for Vim * Written in pure Vimscript for MacVim, gVim and Vim 7.0+. * Full support for Vim's regexp as search patterns. * Built-in Most Recently Used (MRU) files monitoring and search. * Built-in project's root finder. * Open multiple files at once. * Create new files and directories. * Execute Ex commands on an opening file (jump to a line, to a string or do anything). * Optional cross-sessions caching and history allow for fast initialization. * Mappings and usage conform to Vim's conventions. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140628085625.29994.47529.report...@sts0.p1otr.com
Re: SV: MATE 1.8 has now fully arrived in Debian
On Sat, 2014-06-28 at 09:50 +0300, Andrei POPESCU wrote: > On Jo, 26 iun 14, 14:33:49, Wookey wrote: > > > > Can it be uploaded please? As has been observed, there is a reasonable > > number of people who would like an easy way to control explicitly > > when/if they change to systemd for pid 1. Having to get it from a > > separate repo should not be necessary. > > No need to bother, just put this in /etc/apt/preferences: > > Package: bad-package > Pin: version * > Pin-Priority: -1 > Explanation: prevent installation of bad-package > > Yes, I know everything in Debian is a package, but APT *is* the master > of all packages :p The disadvantage with this approach is that you need an entry for every package you don't want installed. systemd-must-die_8_all.deb already conflicts with nine packages: Conflicts: libpam-systemd, live-config-systemd, python-systemd, systemd, systemd-cron, systemd-gui, systemd-shim, systemd-sysv, systemd-ui -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1403945784.2088.5.camel@PackardBell-PC
Bug#752990: ITP: python-xvfbwrapper -- headless display inside Xvfb
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-xvfbwrapper Version : 0.2.4 Upstream Author : Corey Goldberg * URL : https://github.com/cgoldberg/xvfbwrapper * License : Expat Programming Lang: Python Description : headless display inside Xvfb Python wrapper for running a display inside X virtual framebuffer (Xvfb). . In the X Window System, Xvfb or X Virtual FrameBuffer is an X11 server that performs all graphical operations in memory, not showing any screen output. This virtual server does not require the computer to run or to even have a screen or an input device. Only a network layer is necessary. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140628082324.3896.34839.report...@buzig.gplhost.com