Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
X-Debbugs-Cc: debian-devel@lists.debian.org, Debian Python Team
* Package name: con-duct
Version : 0.4.0
Upstream Contact: Austin Macdonald
* URL : https://github.com/con/duct
* License : MIT/X
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-pyt...@lists.debian.org
* Package name: fscacher
Version : 0.4.1
Upstream Contact: Yaroslav Halchenko
* URL : https://github.com/con/fscacher
* License
ions... we will see.
Cheers,
On Sat, 21 Jan 2023, Andrej Shadura wrote:
> Hi,
> On Fri, 20 Jan 2023, at 17:01, Yaroslav Halchenko wrote:
> > Dear Debian gurus,
> > Lazy me would love to get automation going akin to the one in
> > conda-forge (see e.g. [1]) -- whenever a new
Dear Debian gurus,
Lazy me would love to get automation going akin to the one in
conda-forge (see e.g. [1]) -- whenever a new upstream is released
(as could be detected with a run of uscan) the CI would
- would run uscan
- get new source {tarball}
- get new {uversion} (from uscan output/tarb
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: python3-versioningit
Version : 1.1.1
Upstream Author : John T. Wodder II
* URL : https://github.com/jwodder/versioningit
* License : MIT
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
X-Debbugs-Cc: debian-devel@lists.debian.org, Debian Med Packaging Team
* Package name: mricrogl
Version : 1.2.20211006
Upstream Author : Chris Rorden
* URL : https://github.com/rordenlab/MRIcroGL
* License
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: pyout
Version : 0.5.0
Upstream Author : Kyle Meyer
* URL : https://github.com/pyout/pyout
* License : MIT/X
Programming Lang: Python
Description : interface for writing
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: tedana
Version : 0.0.8
Upstream Author : tedana developers
* URL : https://github.com/ME-ICA/tedana
* License : LGPL
Programming Lang: Python
Description : TE-dependent analysis
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: diskcache
Version : 4.0.0
Upstream Author : Grant Jenks
* URL : http://www.grantjenks.com/docs/diskcache/
* License : Apache-2.0
Programming Lang: Python
Description : Python
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: girder-client
Version : 3.0.3
Upstream Author : Girder Team
* URL : https://girder.readthedocs.io/en/latest/python-client.html
* License : Apache-2.0
Programming Lang: Python
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: python-bids-validator
Version : 1.2.4
Upstream Author : bids-validator Team
* URL : https://github.com/bids-standard/bids-validator
* License : MIT/X
Programming Lang: Python
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: python-hdmf
Version : 1.0.5
Upstream Author : HDMF Team
(https://github.com/hdmf-dev/hdmf/graphs/contributors)
* URL : https://github.com/hdmf-dev/hdmf/
* License : BSD-3
Programming
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: grabbit
Version : 0.2.6
Upstream Author : Tal Yarkoni and a team
* URL : https://github.com/grabbles/grabbit/
* License : MIT/X code with GPL external
Programming Lang: Python
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: datalad-container
Version : 0.2.2
Upstream Author : DataLad Team
* URL : http://www.datalad.org
* License : Expat
Programming Lang: Python
Description : DataLad extension for
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: pynwb
Version : 0.4.1
Upstream Author : PyNWB Team
* URL : https://github.com/NeurodataWithoutBorders/pynwb
* License : BSD-3 with additional statement
Programming Lang: Python
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: mrtrix3
Version : 3.0~rc3+git86-g4b523b413
Upstream Author : Mrtrix3 Team
* URL : http://www.mrtrix3.org
* License : GPL-3
Programming Lang: C++
Description : diffusion-weighted
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: python-sounddevice
Version : 0.3.10
Upstream Author : Matthias Geier
* URL : http://python-sounddevice.readthedocs.io/
* License : MIT/X
Programming Lang: Python
Description
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: json-tricks
Version : 3.11.0
Upstream Author : Mark V
* URL : https://github.com/mverleg/pyjson_tricks
* License : Revised BSD License (BSD-3)
Programming Lang: Python
Description
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: git-annex-remote-rclone
Version : 0.5
Upstream Author : Daniel Dent
* URL : https://github.com/DanielDent/git-annex-remote-rclone
* License : GPL
Programming Lang: bash
Description
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: convert3d
Version : 0.0.0 # inquired with upstream about versioning
Upstream Author : Paul Yushkevich
* URL : https://sourceforge.net/projects/c3d/
* License : GPL
Programming Lang
Dear Fella DDs,
I was referred to https://github.com/tpoechtrager/osxcross which allows to
cross-build for OSX under Linux. I wondered if it would be then feasible
to port build debian so it could be then debootstrapped for being chroot'ed
into under OSX? Or is there a better/cleaner way to chro
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: dtiprep
Version : 1.2.5
Upstream Author : DTIPrep Team
* URL : http://www.nitrc.org/projects/dtiprep
* License : Apache-2.0
Programming Lang: C++
Description : automatic
On Sat, 18 Jul 2015, PICCA Frederic-Emmanuel wrote:
> > Hi
> > Wouldn't a p2p system scale better than any server based solution? Also in
> > regards to cost...
> gittorrent[1] would be great for this.
> [1]
> http://blog.printf.net/articles/2015/05/29/announcing-gittorrent-a-decentralized-g
On Sat, 18 Jul 2015, Ole Streicher wrote:
> > On Fri, Jul 17, 2015 at 09:58:32PM -0400, Yaroslav Halchenko wrote:
> >> > +1
> >> > Would you register a large data set BoF in Summit?
> >> something like
> >> https://summit.debconf.org/debco
On Sat, 18 Jul 2015, Guillem Jover wrote:
> > The "ultimate" solution we are aiming for (see http://datalad.org for more
> > information) is to utilize git-annex and "ship" either mere pointers to
> > git-annex sources or lean (without data) git-annex repositories which
> > fetch data from origin
On Fri, 17 Jul 2015, Andreas Tille wrote:
> > Going to debconf15? may be we could have a BoF or just a lunch chat to
> > discuss this eye-to-eye? ;)
> +1
> Would you register a large data set BoF in Summit?
something like
https://summit.debconf.org/debconf15/meeting/333/bof-big-data-packages/
?
On Fri, 17 Jul 2015, Ole Streicher wrote:
> Hi all,
> again a question where I find it difficult to put it into one single
> box. However, please reply to debian-science.
> I am trying to get the package "astrometry.net" into Debian. This
> package exists for Ubuntu [1], but (with some minor ch
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: btrbk
Version : 0.19.3
Upstream Author : Axel Burri
* URL : http://www.digint.ch/btrbk/
* License : GPL
Programming Lang: Perl, Bash
Description : Backup tool for btrfs volumes
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: jdcal
Version : 1.0
Upstream Author : Prasanth Nair
* URL : https://github.com/phn/jdcal
* License : BSD
Programming Lang: Python
Description : Julian dates from proleptic
On Sat, 08 Nov 2014, Michael Hanke wrote:
> If I have one regret from my 18 years in Debian, it's that when the
> Debian constitution was originally proposed, despite seeing it as
> dubious, I neglected to speak out against it. It's clear to me
> now that it's a toxic document,
On Sun, 29 Jun 2014, Paul Wise 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/
Sin
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 ar
I am setting up a little helper to enable neuro.debian.net
repository on users' boxes. We have a few mirrors around the globe and
the simplest approach was to use netselect, but that one relies on UDP
or ICMP (not even both at the same time), and some mirrors filter those
out...
So I wondered if
Hi guys,
I am wondering if anyone poked more on using docker with
*-buildpackage flavors?
in my case I would not be as much interested in the efficient layering
of the pre-deployed build images rather a straightforward use of
base system docker images similarly to how pbuilder
(tarballs)/cowbuild
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: patchclamp
Version : 1.0
Upstream Author : Vadim Alexeenko
* URL : http://patchclamp.net
* License : GPL
Programming Lang: C++
Description : basic tool for patch clamping
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: connectome-workbench
Version : 0.85
Upstream Author : Washington University School of Medicine
* URL :
http://www.humanconnectome.org/software/get-connectome-workbench.html
* License
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: python-expyriment
Version : 0.7.0
Upstream Author : Oliver Lindemann
* URL : http://www.expyriment.org
* License : GPL-3.0+
Programming Lang: Python
Description : Python
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: seaborn
Version : 0.3.0
Upstream Author : Michael Waskom
* URL : http://stanford.edu/~mwaskom/software/seaborn/
* License : MIT/X
Programming Lang: Python
Description : Python
uscan using now debian/upstream/signing-key.*. Now such a rename in
uscan is IMHO only brings even more confusion among "debian/" files
(debian/watch which uses debian/upstream/signing-key.*).
On Sat, 22 Feb 2014, Yaroslav Halchenko wrote:
> Have I missed the background?
>
Have I missed the background?
is debian/watch getting renamed to debian/upstream -- where is the
"conflict"?
On Wed, 12 Feb 2014, Andreas Tille wrote:
> Hi,
> On Wed, Feb 12, 2014 at 04:11:41PM +0900, Charles Plessy wrote:
> > Le Wed, Feb 12, 2014 at 12:06:42AM -0500, James McCoy a écrit :
>
On Wed, 29 Jan 2014, Niels Thykier wrote:
> * sparc
>- We have seen no improvements. Therefore, out of date
> binaries on sparc will no longer prevent packages from
> migrating to testing and Britney will be allowed to break
> existing packages in testing on sparc.
>- We
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: pyhusl
Version : 2.1.0
Upstream Author : Alexei Boronine
* URL : https://github.com/boronine/pyhusl
* License : MIT
Programming Lang: Python
Description : conversions for HUSL
NB took off the debian-snapshot@ ml
On Thu, 24 Oct 2013, Gabriel de Perthuis wrote:
> I've written a tool to import Debian packages into Git:
> git clone deb::mypackage
cool -- thanks!
> It does a faithful import of the package history from
> snapshot.debian.org. There is some agressive cac
On Fri, 01 Nov 2013, Charles Plessy wrote:
> I recommend if possible to keep the original upstream name if it has a suffix.
> Not doing so means that Debian becomes incompatible with other systems and
> with
> the existing documentation.
> > So the question is -- is there any other possible resol
On Fri, 01 Nov 2013, Paul Wise wrote:
> > So the question is -- is there any other possible resolution I do not
> > see here besides just keeping .py suffixes and providing a lintian
> > override?
> The implementation language is irrelevant to users and thus should not
> be in the names of things
On Thu, 31 Oct 2013, Peter Palfrader wrote:
> > the hurdle again is that those then would/could conflict with the names
> > of the now non-free MNE toolkit, which ships files with the same names.
> Sounds like both packages should pick new names
well -- in their universe they have no problem to
On Thu, 31 Oct 2013, Jonathan Dowland wrote:
> On Thu, Oct 31, 2013 at 03:24:02PM -0400, Yaroslav Halchenko wrote:
> > > Urgh. How about installing the .py to a private directory (under
> > > /usr/share say?) and creating non-suffixed symlinks in /usr/bin.
> > how t
On Thu, 31 Oct 2013, Jonathan Dowland wrote:
> Urgh. How about installing the .py to a private directory (under
> /usr/share say?) and creating non-suffixed symlinks in /usr/bin.
how that would help in case of a conflict with original MNE's binaries
becoming available/conflicting?
> You
> coul
I am mentoring packaging of https://github.com/mne-tools/mne-python and
ATM their public python scripts (ATM 10 of them already) carry .py
suffix. At first I blindly recommended to strip those off
(https://github.com/mne-tools/mne-python/pull/865) but the problem is
that there is a non-free orig
On Sun, 22 Sep 2013, Andreas Beckmann wrote:
> > [-libfreenect.so.0.1 libfreenect0.1-]{+libfreenect.so.0.2 libfreenect0.2+}
> > #MINVER#[-(optional)fn_log@Base 1:0.1.1-]
> ^
> You need to change the soname in the first line of your symbols file,
> otherwise what you get is t
Dear library package(s) maintenance experts,
I am updating libfreenect package to fresh upstream 0.2.0 (from 0.1.2).
library SOVERSION changed to 0.2 and I have renamed libfreenect0.1 to
libfreenect0.2 and its .symbols file. Now updating it with
dpkg-gensymbols -v1:0.2.0 -plibfreenect0.2 -Odeb
On Fri, 20 Sep 2013, Kees Cook wrote:
> This is absolutely a bug in glibc. While the spec can say "undefined", it
> is, in fact, not undefined. It worked in a very specific way for over a
> decade, so that's pretty well defined. ;) The fortify function has no need
> to change it.
FWIW +1
> > To
On Sat, 21 Sep 2013, Bastian Blank wrote:
> > > > DEB_BUILD_HARDENING_FORTIFY := 0
> > > > preceding inclusion of /usr/share/hardening-includes/hardening.make
> > > I would call code that hits such clear definitions too buggy to be
> > > supported.
> > yeah -- let's burn it!!!... oh no -- I am usi
On Fri, 20 Sep 2013, Bastian Blank wrote:
> On Fri, Sep 20, 2013 at 03:05:37PM -0400, Yaroslav Halchenko wrote:
> > long story short -- reason was the combination of optimization (-O1 was
> > enough)
> > + -D_FORTIFY_SOURCE=2 to fall into the "undefined" darkne
On Fri, 20 Sep 2013, Yaroslav Halchenko wrote:
> On "your" code you could look for some (no multiline or more complex
> expressions, no snprintf) hits in sprintf with following grep
> grep -re 'sprintf(\s*\(\w\+\)\s*,[^,]\+,\s*\1\>' *
> unfortunately codesearc
Just to share with fellow developers, in particular those who maintain
scientific software projects which still quite often come without
thorough unittests batteries.
Within NeuroDebian we have been preparing a package of AFNI (which now could
soon be uploaded to Debian proper) which, unfortunatel
On Fri, 20 Sep 2013, Russ Allbery wrote:
> Yaroslav Halchenko writes:
> > long story short -- reason was the combination of optimization (-O1 was
> > enough) + -D_FORTIFY_SOURCE=2 to fall into the "undefined" darkness of C
> > standard(s) in s*printf() funct
On Tue, 03 Sep 2013, Andrey Rahmatullin wrote:
> > ~/afni-0.20130830~dfsg.1/build-x86_64-linux-gnu/avovk# gcc --param
> > ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wformat-security -g -O2
> > -fstack-protector
> > --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wno-unused
> > -fopenm
Hi Everyone,
Though it is actually not a Debian specific question (since on pure
Debian builts/links fine), I hope to find help and wisdom here.
We (neurodebian) have a package for AFNI which we have been cooking for a
while... with a recent change to force -Wl,--no-undefined I got into a weird
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: patsy
Version : 0.1.0
Upstream Author : Nathaniel J. Smith
* URL : http://github.com/pydata/patsy
* License : BSD-2
Programming Lang: Python
Description : statistical models in
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: neurosynth
Version : 0.3.0 (to be released)
Upstream Author : Tal Yarkoni
* URL : http://neurosynth.org
* License : MIT/X
Programming Lang: Python
Description : Large-scale
Great idea -- could you expand [1] with maintainer names ?
On Mon, 29 Apr 2013, Michael Prokop wrote:
> Hi,
> according to UDD we've 4451 new source packages in Debian/wheezy[1].
> Plenty of them are worth noting and a good way to present the
> interesting new packages to our users could be if
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: numbers
Version : 0.4
Upstream Author : Derek M Jones
* URL : http://www.coding-guidelines.com/numbers
* License : GPL
Programming Lang: C
Description : database of interesting
On Fri, 08 Mar 2013, adrelanos wrote:
> Debian.org offers all the original source code for download. What I was
> suggesting here was making those tarballs available in a web frontent.
original sources are available as tarballs from many locations:
- package pages include urls to complete source
On Wed, 07 Nov 2012, Ansgar Burchardt wrote:
> It has the same problems with non-free files in the history as 3.0
> (git). Actually worse as the maintainer cannot remove parts of the
> history in a later upload.
in such cases just 'git filter-branch' that repository, and replace with
a filtered
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: pymc
Version : 2.2
Upstream Author : PyMC Team
* URL : http://pymc-devs.github.com/pymc
* License : MIT/X
Programming Lang: Python
Description : Bayesian statistical models and
> > * Package name: spykeutils
On Sat, 15 Sep 2012, Salvo Tomaselli wrote:
> If it is a python library, shouldn't it be called python-spykeutils ?
source package -- AFAIK should match upstream name of the project where
possible (and which it does in this case)
binary packa
On Fri, 27 Jul 2012, Adam D. Barratt wrote:
> bug - "reportbug release.debian.org" and selecting the "unblock" option
> will set the correct usertags for you.
what is the difference between those two user tags and if there is any should I
retag freeze-exception ones as unblock?
3 freeze-exceptio
On Tue, 24 Jul 2012, Artem Leshchev wrote:
> * Package name: crtools
> >...<
> Checkpoint/Restore In Userspace, or CRIU, is a tool, that can freeze a running
> application (or part of it) and checkpoint it to a hard drive as a collection
> of files. You can then use the files to restore and
On Fri, 29 Jun 2012, Josselin Mouette wrote:
> I don’t think it is worthwile to let people devote their energy to
> packaging pet applications that will disappear in 2 years time when they
> find another one.
+1
> We really need to find better ways to involve new users in core teams,
+1
> and
I would go even 1 step further and seek from a perspective maintainer,
especially a non-DD/DM, at least some assurance that it is not a
fire-and-forget project for him (e.g. that he is using it extensively
and planing to do so for the next X years) and that he is willing
to put effort in proper mai
> - Research how many similar software packages are there actually in Debian, in
> what shape they are, whether they have active upstream and downstream
> maintainers. Complain about the worst package in that selection instead.
to address Ben's comments and to possibly distill Guus's nice list
On Mon, 25 Jun 2012, John David Anglin wrote:
> >>Since there is no hppa port any longer, shouldn't we close all
> >>hppa-specific bug reports?
> >>http://bugs.debian.org/cgi-bin/pkgreport.cgi?status=open;include=subject%3Ahppa
> >why? it's still a port.
> I am still building unstable packages and
Since there is no hppa port any longer, shouldn't we close all
hppa-specific bug reports?
http://bugs.debian.org/cgi-bin/pkgreport.cgi?status=open;include=subject%3Ahppa
--
Yaroslav O. Halchenko
Postdoctoral Fellow, Department of Psychological and Brain Sciences
Dartmouth College, 419 Moore H
On Fri, 22 Jun 2012, Goswin von Brederlow wrote:
> >> I was thinking about a bit more automated way... ideally (in the long
> >> run) even that FTBFS (e.g. due to failed tests or some other arch
> >> specific quirks) would forbid automatic migration to wheezy etc --
> >> kinda full blown benefits
On Fri, 22 Jun 2012, Paul Wise wrote:
> > I package a few Python modules and enable build-time testing in them for
> > at least some QA. Some of the packages, although being pure Python
> > (thus architecture all), deal with data I/O thus prone to bugs related
> > to alignment/endianness etc.
I wonder if we have a way to achieve that.
I package a few Python modules and enable build-time testing in them for
at least some QA. Some of the packages, although being pure Python
(thus architecture all), deal with data I/O thus prone to bugs related
to alignment/endianness etc. Unfortunatel
On Fri, 15 Jun 2012, Svante Signell wrote:
> > Irqbalance project has moved to http://code.google.com/p/irqbalance/
> > The current Debian package is back at 0.56 (over 2yrs old)
> > and upstream is now at version 1.0.3
> This is another example (of many) on how old-fashioned the Debian
> package
may be because
$> links -dump https://irqbalance.org/download.html | grep -A2 Latest
Latest release
Source Code: irqbalance-0.56.tar.bz2 (28Kb)
?
On Fri, 15 Jun 2012, Stephen Hemminger wrote:
> Irqbalance project has moved to http://code.google.com/p/irqbalance/
> The current Debian package
ho ho -- smart ;) not sure even which version to assign if someone
would decide to close this bug report ;)
Apparently this feature is working out of the box "by design", as
James McCoy points out. Since Contents-* file format is the same for
-sources as for any other architecture listing conten
On Mon, 04 Jun 2012, Jakub Wilk wrote:
> >I have just realized that this helpful Contents-sources.gz I had
> >on my drive is more than a year old and is not updated by cron as
> >I thought it was ;-)
> >Raphael, is there a chance to reincarnate this "service" or was it
> >superseded by a better s
On Mon, 04 Jun 2012, Salvo Tomaselli wrote:
> > drive is more than a year old and is not updated by cron as I thought it
> > was ;-)
> > Raphael, is there a chance to reincarnate this "service" or was it
> > superseded by a better solution?
> apt-file
nah -- that one for binary pkgs only AFAIK.
I have just realized that this helpful Contents-sources.gz I had on my
drive is more than a year old and is not updated by cron as I thought it
was ;-)
Raphael, is there a chance to reincarnate this "service" or was it
superseded by a better solution?
Thanks in advance
On Thu, 30 Sep 2010, Micha
On Sat, 26 May 2012, Jon Bernard wrote:
> > I see that there is already a Debian account on GitHub
> > (https://github.com/debian), currently empty. Does it belong to a
> > Developer ?
> > Would it be availble to maintain the euca2ools package in ?
if there is no reply here it might be worth c
> Some countries have something like database rights, and it's my
> understanding that it can cover things that aren't otherwise
> copyrightable.
> Kurt
--
=------=
Keep in touch www.oneru
ld forbid migration to testing... now
things are clearer -- thank you Goswin! will upload shortly then ;)
--
=--=
Keep in touch www.onerussian.com
Yaroslav Halchenko www.ohloh.net/accounts/y
made generally
usable)?
Thank you in advance for the feedback
--
=--=
Keep in touch www.onerussian.com
Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic
--
To UNSUBSCRIBE, ema
and obviously the old binary will not be needed after
> > > a reboot).
> > Thanks for that hint. This sounds better (and especially less messy)
> > than I thought! :-)
--
=--=
Keep in touch
--=
Keep in touch www.onerussian.com
Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
xel
--
=------=
Keep in touch www.onerussian.com
Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of &q
russian.com
Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/2017220231.ga14...@onerussian.com
FHS (and hence Debian), no. (libexec isn't specified by the FHS.)
--
=--=
Keep in touch www.onerussian.com
Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic
--
To UNSUBSC
hierarchy-standard-released
> Which should clarify the situation.
--
=--=
Keep in touch www.onerussian.com
Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic
--
To UNSUBSCRIBE,
rg/mailman/listinfo/fhs-discuss
ah -- thanks -- I just followed a link on
http://www.pathname.com/fhs/
will repost to fhs-discuss now
--
=--=
Keep in touch www.onerussian.com
Yaroslav Halchenko
rds-fhs-discuss
Cheers,
On Wed, 02 Nov 2011, Steve Langasek wrote:
> On Wed, Nov 02, 2011 at 03:53:04PM -0400, Yaroslav Halchenko wrote:
> > Thank you Steve !
> > With all due respect -- I disagree with your lines of
> > reasoning/support.
> > > The per-package subdir s
wrappers to avoid conflicts
and/or reduce hit on the proliferation of namespace of cmdline tools...
But once again -- it ain't happening at once and for all, so let's
not discuss this aspect further here.
--
=------=
Keep i
------=
Keep in touch www.onerussian.com
Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/2002195304.gj10...@onerussian.com
[1] http://www.pathname.com/fhs/pub/fhs-2.3.pdf pg 19
> [1] http://www.pathname.com/fhs/pub/fhs-2.3.pdf pg 5
--
=--=
Keep in touch www.onerussian.com
Yaroslav Halchenko www.ohlo
--=
Keep in touch www.onerussian.com
Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://l
---=
Keep in touch www.onerussian.com
Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas.
1 - 100 of 283 matches
Mail list logo
