Re: Running Debian in the Web browser (JS VM)?
On Thu, Jan 26, 2017 at 11:25 PM, Olivier Berger wrote: > Is anyone working on a "port" of Debian for running in the browser, Probably WebAssembly is a better bet for a Debian port to browsers. > over the JS VM, like what jor1k [0] does ? There was a Debian port to OpenRISC, but it is dead due to the code not being able to be merged into GCC upstream due to copyright issues. PS: some more port ideas: https://wiki.debian.org/Ideas/Ports -- bye, pabs https://wiki.debian.org/PaulWise
Bug#852774: ITP: node-duplexer3 -- Like duplexer but using streams3
Package: wnpp Severity: wishlist Owner: Tushar Agey X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-duplexer3 Version : 0.1.4 Upstream Author : Conrad Pankoff (http://www.fknsrs.biz/) * URL : https://github.com/floatdrop/duplexer3 * License : BSD-3-Clause Programming Lang: JavaScript Description : Like duplexer but using streams3 An implementation of duplexer using the Streams3 API which is standard in Node as of v4. Everything largely works the same Duplexer takes a writable stream and a readable stream and makes them appear as a readable writable stream. . Node.js is an event-based server-side JavaScript engine.
Bug#852772: ITP: tendermint-go-p2p -- Tendermint P2P library
Package: wnpp Severity: wishlist Owner: Alessio Treglia * Package name: tendermint-go-p2p Version : 0.0~git20170113.0.3d98f67-1 Upstream Author : Tendermint * URL : https://github.com/tendermint/go-p2p * License : Apache-2.0 Programming Lang: Go Description : Tendermint P2P library Tendermint go-p2p library provides an abstraction around peer-to-peer communication used by Tendermint Core to handle communications between nodes. . Tendermint Core is Byzantine Fault Tolerant (BFT) middleware that takes a state transition machine, written in any programming language, and replicates it on many machines.
Bug#852778: ITP: node-duplexer3 -- Like duplexer but using streams3
Package: wnpp Severity: wishlist Owner: Tushar Agey X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-duplexer3 Version : 0.1.4 Upstream Author : Conrad Pankoff (http://www.fknsrs.biz/) * URL : https://github.com/floatdrop/duplexer3 * License : BSD-3-Clause Programming Lang: JavaScript Description : Like duplexer but using streams3 An implementation of duplexer using the Streams3 API which is standard in Node as of v4. Everything largely works the same Duplexer takes a writable stream and a readable stream and makes them appear as a readable writable stream. . Node.js is an event-based server-side JavaScript engine.
Bug#852782: ITP: node-widest-line -- Get the visual width of the widest line in a string - the number of columns required to display it
Package: wnpp Severity: wishlist Owner: Tushar Agey X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-widest-line Version : 1.0.0 Upstream Author : Sindre Sorhus (sindresorhus.com) * URL : https://github.com/sindresorhus/widest-line * License : Expat Programming Lang: JavaScript Description : Get the visual width of the widest line in a string - the number of columns required to display it Some Unicode characters are fullwidth and use double the normal width This script helps to know the maximum width a string will take up in the terminal. . Node.js is an event-based server-side JavaScript engine.
Bug#852783: ITP: python-testfixtures -- Collection of helpers and mock objects
Package: wnpp Severity: wishlist Owner: Michael Fladischer -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: python-testfixtures Version : 4.13.3 Upstream Author : Chris Withers * URL : https://github.com/Simplistix/testfixtures * License : Expat Programming Lang: Python Description : Collection of helpers and mock objects TestFixtures is a collection of helpers and mock objects that are useful when writing unit tests or doc tests. It includes tools for a wide range of tasks: . * Comparing objects and sequences * Mocking out objects and methods * Mocking dates and times * Testing logging * Testing output to streams * Testing with files and directories * Testing exceptions * Testing warnings * Testing use of the subprocess package * Testing with zope.component -BEGIN PGP SIGNATURE- iQFFBAEBCgAvFiEEqVSlRXW87UkkCnJc/9PIi5l90WoFAliLFm8RHGZsYWRpQGRl Ymlhbi5vcmcACgkQ/9PIi5l90WqGdgf/dBfFVe5r70ZNXX8m/shWTbKbsDNUlr4q qUUZv8UhZ2WI+afHtTK9RA1XuHSP20hX8rhyZjaRT7/ydRCKQTpXzr2yIdynI/V+ RNBywWJSOSjFSrilbX1StWkLnYJTHB1iqXQrtYqbLr/vnRXAwwZjdhxsgWZCwaUs /vhVdpFDB2KWDpoHlcxGBMHy9vwwthVX4YuRWQa0IHiLJGoY/fRDgkhZLQMYJ8DL b4J6E6eWFU8BcS/4Wome6dtrbqCnsjSjenEQY8TX1zYfz2G9ikBF1dXAqL9Cs6En intnFaG2RFlLkiKhJMJDVmzI8r2GKAAAje2g8ft2LdTHbq91CWCsaQ== =2tCJ -END PGP SIGNATURE-
Bug#852789: ITP: python-testfixtures -- Collection of helpers and mock objects
Package: wnpp Severity: wishlist Owner: Michael Fladischer -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: python-testfixtures Version : 4.13.3 Upstream Author : Chris Withers * URL : https://github.com/Simplistix/testfixtures * License : Expat Programming Lang: Python Description : Collection of helpers and mock objects TestFixtures is a collection of helpers and mock objects that are useful when writing unit tests or doc tests. It includes tools for a wide range of tasks: . * Comparing objects and sequences * Mocking out objects and methods * Mocking dates and times * Testing logging * Testing output to streams * Testing with files and directories * Testing exceptions * Testing warnings * Testing use of the subprocess package * Testing with zope.component -BEGIN PGP SIGNATURE- iQFFBAEBCgAvFiEEqVSlRXW87UkkCnJc/9PIi5l90WoFAliLIXoRHGZsYWRpQGRl Ymlhbi5vcmcACgkQ/9PIi5l90Wryrwf+Kp6fIMtXX35yiyaiL1EokL7iPFD47kFR 61jrJEHo+tlKDbVDP02+9FlaVrNIDX3pS5EHyInwxnL7nh9mR+YtMVBUYSLkvCdi +8/vXuuMnRkbQA9yZuMficOyTA0LCDoxmfmn3Te25hwYfkOdjJ+BzKmi/nbH101Z r1TuPu30z7pmXqA13x68960Ba81fOdxKQbbHg3ianS4Dx2143jB8WNj3pLT4brPe CGWhjXFWwb1bhFXulpFRgfijpakM3Ns1nZtWvlI3kHM5aXL1d3CDU1jVubvBuV70 kTXfK5yhzaONysDRR6zRk4Kme6jKnSoUOaU0yq+ba3K7rOhOHFO+oQ== =m3y7 -END PGP SIGNATURE-
Bug#852794: ITP: python-testfixtures -- Collection of helpers and mock objects
Package: wnpp Severity: wishlist Owner: Michael Fladischer -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: python-testfixtures Version : 4.13.3 Upstream Author : Chris Withers * URL : https://github.com/Simplistix/testfixtures * License : Expat Programming Lang: Python Description : Collection of helpers and mock objects TestFixtures is a collection of helpers and mock objects that are useful when writing unit tests or doc tests. It includes tools for a wide range of tasks: . * Comparing objects and sequences * Mocking out objects and methods * Mocking dates and times * Testing logging * Testing output to streams * Testing with files and directories * Testing exceptions * Testing warnings * Testing use of the subprocess package * Testing with zope.component -BEGIN PGP SIGNATURE- iQFFBAEBCgAvFiEEqVSlRXW87UkkCnJc/9PIi5l90WoFAliLMq4RHGZsYWRpQGRl Ymlhbi5vcmcACgkQ/9PIi5l90WodqAgArNQri3yQGUeVjtt0SrhAZzs1iNtqgPW+ ZFU9vCKJ9vHG2hqq9xvKHcyOJ/Es947sZbu1+AhuFvsmToC0UOaDBUU4etqhZQGM unodUnCqp81RW9AjF/PeJrGYo1VUkcKu9yZDDWn2Ea0PRRR1alRB62nxxtIjuZ92 9n/uqGx/EG9HZyTdQEaT1tiZifDeOEj5TlnNYlKZsmHTz8s0Vl7obfICAeSv6VwM j25EDUm2J4vB29K6Amdw/3Ko/d6gwwjknLqRgsWWY+EIS/fIObWqFBDsFKYgPVNt oPGHJ6gpZo9anc/dmv1RigqHPqWEpKn7iOaohu7ogAxCMDo+arZaGg== =77/W -END PGP SIGNATURE-
Bug#852795: ITP: libdist-zilla-plugin-mojibaketests-perl -- Dist::Zilla plugin that provides author tests for source encoding
Package: wnpp Severity: wishlist Owner: =?utf-8?q?Carn=C3=AB_Draug?= * Package name: libdist-zilla-plugin-mojibaketests-perl Version : 0.8 Upstream Author : Stanislaw Pusep * URL : https://metacpan.org/release/Dist-Zilla-Plugin-MojibakeTests * License : Artistic or GPL+1 Programming Lang: Perl Description : Dist::Zilla plugin that provides author tests for source encoding Dist::Zilla::Plugin::MojibakeTests is a Dist::Zilla plugin that provides a standard Test::Mojibake author test which checks for inconsistencies in source and documentation encoding.
Bug#852797: ITP: libtest-mojibake-perl -- module to check source for encoding misbehavior
Package: wnpp Severity: wishlist Owner: =?utf-8?q?Carn=C3=AB_Draug?= * Package name: libtest-mojibake-perl Version : 1.1 Upstream Author : Stanislaw Pusep * URL : https://metacpan.org/release/Test-Mojibake * License : Artistic or GPL-1+ Programming Lang: Perl Description : module to check source for encoding misbehavior Many modern text editors automatically save files using UTF-8 encoding, however, perl interpreter does not expects it by default. Whereas this does not represent a big deal on (most) backend-oriented programs, Web framework (Catalyst, Mojolicious) based applications will suffer of so-called Mojibake (lit. "unintelligible sequence of characters"). Test::Mojibake lets you check for inconsistencies in source and documentation encoding, and report its results in a standard Test::Simple fashion.
Bug#852669: marked as done (general: The sound isn't working .. This is a permenant OS)
Your message dated Fri, 27 Jan 2017 09:02:31 +0100 with message-id <20170127080231.myqd3hgo2jstw...@home.ouaza.com> and subject line Re: Bug#852669: general: The sound isn't working .. This is a permenant OS has caused the Debian Bug report #852669, regarding general: The sound isn't working .. This is a permenant OS to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 852669: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=852669 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: general Severity: minor Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? From the beginning the situation was prese * What exactly did you do (or not do) that was effective (or ineffective)? I tried installing alsa utilities * What was the outcome of this action? Nothing * What outcome did you expect instead? Working of the sound *** End of the template - remove these template lines *** -- System Information: Distributor ID: Kali Description: Kali GNU/Linux Rolling Release: kali-rolling Codename: kali-rolling Architecture: x86_64 Kernel: Linux 4.6.0-kali1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) --- End Message --- --- Begin Message --- Hello, On Thu, 26 Jan 2017, Hilmar Preuße wrote: > Am 26.01.2017 um 10:24 tastete ETH_15Q: > Could this be a duplicate of https://bugs.kali.org/view.php?id=3838 Maybe. In any case, this report has nothing to do on the Debian side. Kali bugs should be reported to Kali, please see https://bugs.kali.org for details. http://docs.kali.org/community/submitting-issues-kali-bug-tracker Thus closing this bug. Cheers, -- Raphaël Hertzog ◈ Debian Developer Support Debian LTS: https://www.freexian.com/services/debian-lts.html Learn to master Debian: https://debian-handbook.info/get/--- End Message ---
Bug#852805: ITP: golden-ratio-el -- automatic resizing of Emacs windows to the golden ratio
Package: wnpp Severity: wishlist Owner: Lev Lamberov * Package name: golden-ratio-el Version : 1.0 Upstream Author : Roman Gonzalez * URL : https://github.com/roman/golden-ratio.el * License : MIT (Expat) Programming Lang: Emacs Lisp Description : automatic resizing of Emacs windows to the golden ratio When working with many windows at the same time, each window has a size that is not convenient for editing. This package helps on this issue by resizing automatically the windows you are working on to the size specified in the "Golden Ratio". The window that has the main focus will have the perfect size for editing, while the ones that are not being actively edited will be re-sized to a smaller size that doesn't get in the way, but at the same time will be readable enough to know it's content.
Re: Running Debian in the Web browser (JS VM)?
Hi. Paul Wise writes: > On Thu, Jan 26, 2017 at 11:25 PM, Olivier Berger wrote: > >> Is anyone working on a "port" of Debian for running in the browser, > > Probably WebAssembly is a better bet for a Debian port to browsers. > Interesting, but not ready for prime time yet, AFAIU. >> over the JS VM, like what jor1k [0] does ? > > There was a Debian port to OpenRISC, but it is dead due to the code > not being able to be merged into GCC upstream due to copyright issues. > Interesting, kinda :-/ Note that the OpenRISC isn't my main interest here, even if I mentioned jor1k. Simulating any other architecture may fit, as my purpose, so far would be to try and run a Debian system inside the browser... and the underlying CPU / simulator wouldn't matter much. Jor1k is simulating an OpenRISC, but I don't mind trying with x86 ala http://bellard.org/jslinux/. > PS: some more port ideas: > > https://wiki.debian.org/Ideas/Ports Hmmm that lacks details if no one knows all the fancy names in advance... but I might as well check and complement the page ;) Thanks a lot. Best regards, P.S.: enjoyed Hacker noir ep. 1 ;) -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France)
Bug#852809: ITP: key-chord-el -- map pairs of simultaneously pressed keys to Emacs commands
Package: wnpp Severity: wishlist Owner: Sean Whitton * Package name: key-chord-el Version : 0.6 Upstream Author : David Andersson * URL : https://www.emacswiki.org/emacs/key-chord.el * License : GPL-2+ Programming Lang: Emacs Lisp Description : map pairs of simultaneously pressed keys to Emacs commands I intend to maintain this as part of the pkg-emacsen team. This package's canonical source is a publicly editable wiki. I have compared the version on that wiki with the old copy I have had in my ~/.emacs.d/ for several years, and there have been no malicious changes. -- Sean Whitton signature.asc Description: PGP signature
Bug#852810: ITP: libdist-zilla-plugin-autometaresources-perl -- Dist::Zilla plugin to reduce MetaResources
Package: wnpp Severity: wishlist Owner: =?utf-8?q?Carn=C3=AB_Draug?= * Package name: libdist-zilla-plugin-autometaresources-perl Version : 1.21 Upstream Author : Alex J. G. Burzyński * URL : https://metacpan.org/release/Dist-Zilla-Plugin-AutoMetaResources * License : Artistic or GPL-1+ Programming Lang: Perl Description : Dist::Zilla plugin to reduce duplication on MetaResources Dist::Zilla::Plugin::AutoMetaResources is a Dist::Zilla MetaProvider plugin that simplifies the addition of bugtracker and repository "resources" to the distribution metadata.
Bug#852812: ITP: octocatalog-diff -- compile and compare Puppet catalogs from 2 branches, versions, etc
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos * Package name: octocatalog-diff Version : 0.6.1 Upstream Author : GitHub Inc. * URL : https://github.com/github/octocatalog-diff * License : MIT/X Programming Lang: Ruby Description : compile and compare Puppet catalogs from 2 branches, versions, etc octocatalog-diff is a tool to detect and display differences in Puppet catalogs compiled from different environments. The catalogs may be obtained through any of the following means: - Compilation using a local puppet instance - Puppet master 3.x/4.x HTTP API - PuppetDB HTTP API - Precompiled JSON catalogs . octocatalog-diff filters out attributes or resources with no effect (e.g. tags) and displays only state differences between the two catalogs. It does not require a working Puppet master (or puppetserver), making it suitable for development use and use in Continuous Integration environments.
Bug#849511: marked as done (general: java and javac can't run , it said "java: error while loading shared libraries: libjli.so", )
Your message dated Fri, 27 Jan 2017 15:03:47 +
with message-id <20170127150347.ga13...@chew.redmars.org>
and subject line Re: Bug#849511: Fwd: Bug#849511: general: java and javac can't
run , it said "java: error while loading shared libraries: libjli.so",
has caused the Debian Bug report #849511,
regarding general: java and javac can't run , it said "java: error while
loading shared libraries: libjli.so",
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
849511: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=849511
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: general
Severity: normal
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was the outcome of this action?
* What outcome did you expect instead?
*** End of the template - remove these template lines ***
-- System Information:
Debian Release: 8.6
APT prefers proposed-updates
APT policy: (500, 'proposed-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=zh_HK.UTF-8, LC_CTYPE=zh_HK.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
--- End Message ---
--- Begin Message ---
> katcom@Bluish:~$ java
> java: error while loading shared libraries: libjli.so: cannot open
> shared object file: No such file or directory
Same result with /usr/lib/jvm/jdk8/bin/java ?
> This is my ~./bashrc
>
> #java configure
> export JAVA_HOME=/usr/lib/jvm/jdk8
> export JRE_HOME=${JAVA_HOME}/jre
> export CLASSPATH=.:${JAVA_HOME}/lib:${JRE_HOME}/lib
> export PATH=${JAVA_HOME}/bin:$PATH
I think you probably need to include something like
export LD_LIBRARY_PATH=/usr/lib/jvm/jdk8/lib
Or similar; the missing library libjli.so is probably somewhere under
/usr/lib/jvm/jdk8, and you need to include that in your LD_LIBRARY_PATH.
Within Debian, libjli.so is provided by the various OpenJDK packages,
but you probably do not want to mix those with the Oracle JDK.
I am not an expert on Oracle JDK, I have not got it installed nor have
I attempted the above myself; this is intended to try and be a helpful
hint or clue as to what to try next. I probably can't help you any
further.
I'm marking this bug closed because it is not a bug in Debian.
--
Jonathan Dowland--- End Message ---
Bug#852816: ITP: node-home-path -- Cross-platform home directory retriever
Package: wnpp Severity: wishlist Owner: Tushar Agey X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-home-path Version : 1.0.3 Upstream Author : Lloyd Brookes <75po...@gmail.com> * URL : https://github.com/75lb/home-path#readme * License : Expat Programming Lang: JavaScript Description : Cross-platform home directory retriever This Script can retrieve your Home Directory It is tested on Windows XP and above, Mac OSX and Linux. . Node.js is an event-based server-side JavaScript engine.
Looking for maintainer(s) of the sigrok packages
Hi, I'm looking for a maintainer (or a team of maintainers) for all sigrok packages in Debian (see www.sigrok.org for details). I've already officially RFA'd the packages a few minutes ago. Lack of spare time doesn't currently allow me to keep the packages up-to-date in a timely manner, plus I'm part of upstream and I'd like to spend more time with upstream development rather than distro stuff. Hence, I'm looking for active DDs to take over the following packages: libsigrok-dev - sigrok hardware driver library - development files libsigrok0-dev - sigrok hardware driver library (transitional dummy package) libsigrok2 - sigrok hardware driver library - shared library libsigrokdecode-dev - sigrok protocol decoding library - development files libsigrokdecode0-dev - sigrok protocol decoding library (transitional dummy package) libsigrokdecode2 - sigrok protocol decoding library - shared library libserialport-dev - Crossplatform serial port handling library - development files libserialport0 - Crossplatform serial port handling library - shared library pulseview - sigrok logic analyzer, oscilloscope, and MSO GUI sigrok - Logic analyzer and protocol decoder software suite (metapackage) sigrok-cli - command-line frontend for the sigrok software sigrok-firmware-fx2lafw - Firmware for Cypress FX2(LP) based logic analyzers Optionally, there are also still old open RFPs for these additional (less important) sigrok-related packages: #669073 RFP: sigrok-dumps -- example logic analyzer protocol data for sigrok #669074 RFP: sigrok-firmware -- firmware files for various logic analyzers #681881 RFP: sigrok-util -- sigrok related utilities If any active DD is interested in taking over these packages, please go ahead, no need to ask for permission. It probably makes sense to have at least the packages that directly depend on each other be maintained by the same DD(s). I'll be happy to answer any questions regarding upstream releases, shared libs, versioning, etc. etc. However, I'll not be able to do any sponsoring or mentoring of non-DDs (lack of spare time, see above). Thanks! -- http://hermann-uwe.de | http://randomprojects.org | http://sigrok.org
Transporte de Carga desde los 4 puertos principales del pais
[1] web [2] nuestros servicios forum [3] contacto servicios ofrecidos transmaquina transporte de carga y alquiler de maquinaria estimados srs. quedamos a sus ordenes como proveedores serios y motivados a prestarles un excelente servicio en toda venezuela. en caso de necesitar servicios de: transporte de carga alquiler de maquinaria de construcción alquiler de grúas telescopicas tansporte de carga extradimensionada transporte de cemento a granel reciban un cordial saludo, luis arriaga gerente comercial [4] ven...@transmaquina.com.ve 0424-1362899 [5] www.transmaquina.com.ve [6] visitar página web información adicional cobertura geográfica prestamos servicios en toda venezuela , ya que trabajamos como aliados en las principales ciudades del país. venta de equipos prestamos el servicio de venta de equipos. nos encargamos de publicidad de venta de camiones, gandolas, maquinaria, grúas y montacargas. este mensaje fue enviado a t...@test.com por gerencia comercial - luis arriaga caracas, miranda, venezuela, caracas, miranda 1070, venezuela cancelar suscripción| administre su suscripción| remitir email| reportar abuso References: 1. u=5f04de7 2. u=5f04de7 3. u=5f04de9 4. mailto:ven...@transmaquina.com.ve 5. u=5f04dea 6. u=5f04deb This message was sent to debian-devel@lists.debian.org by vent...@transmaquina.com.ve You can modify/update your subscription via the link below. Unsubscribe from all mailings http://lt.benchmarkurl.com/c/su?e=AA1B43&c=717D3&l=F60F99E&email=El7Ga46avTGaHOawYUv5bPldOwIQaPD7WzlRiT%2FO9%2Fk%3D&relid=A0B1119 Caracas, Miranda, Venezuela, Caracas, Miranda 1070, Venezuela Email Marketing BenchmarkEmail.com [http://lt.benchmarkurl.com]
Re: manpages.debian.org has been modernized!
Closing the loop on this part of the discussion:
https://anonscm.debian.org/cgit/users/stapelberg/debiman.git/ is the
mirror on alioth, to satisfy people who don’t want to interact with
GitHub for getting the source.
https://anonscm.debian.org/cgit/srv-manpages/debian-assets.git is the
canonical source of the debian-specific assets we use.
This should give you everything you need to reproduce byte-for-byte
identical output.
On Thu, Jan 19, 2017 at 6:20 PM, Michael Stapelberg
wrote:
> On Thu, Jan 19, 2017 at 4:43 PM, Ian Jackson
> wrote:
>> Michael Stapelberg writes ("Re: manpages.debian.org has been modernized!"):
>>> On Wed, Jan 18, 2017 at 11:37 PM, Ian Jackson
>>> > Also, I think the exact running version of Debian services should be
>>> > publicly available. And, unless this is made so easy that the service
>>> > operators don't have to think about it, it will always fall behind.
>>> > So I think this should be done automatically.
>>>
>>> All pages on manpages.debian.org already include the git revision at
>>> the bottom of the page, e.g.:
>>>
>>> debiman c17f615, see github.com/Debian/debiman
>>
>> mariner:~> curl -s
>> 'https://manpages.debian.org/cgi-bin/man.cgi?query=make&apropos=0&sektion=0&manpath=Debian+8+jessie&format=html&locale=en'
>> | grep debiman
>> mariner:~>
>
> You’re querying the old software of manpages.debian.org which will be
> turned down soon.
>
>>
>>> Hence, you can already check out the exact running version. Is that
>>> not sufficient?
>>
>> I'm afraid not (even supposing that the lack of the commitid is just a
>> bug). For a debian.org service, I would like to be able to check out
>> the running version without interacting with a proprietary online
>> service.
>
> Would a mirror of the git repository on alioth be sufficient? I had
> planned to set that up, but didn’t get around to it yet. Any help with
> that would be very welcome.
>
>>
>> Also, what stops (answer might be workflow, technology, whatever) an
>> operator who is in a hurry directly updating the running copy without
>> pushing to github ?
>
> People with the appropriate UNIX permissions (being part of the
> “manpages” group) can of course always circumvent any workflow or
> safe-guards which are put into place.
>
> Personally, my intention is that the workflow ends up such that the
> right thing happens. As the system is new and we’re just rolling it
> out now, things are still a bit in flux.
>
> In general, I hear your concern and would like to assure you that I am
> working towards the goal of anyone being able to reproduce the exact
> output that manpages.debian.org serves. If I fail in that endeavour
> within the next month or so, please feel free to poke me again. Until
> then, I’d like to ask you to allow us some time to get things settled.
>
>>
>> As I say, I don't want to impose more work on you because of my outre'
>> ethical views. I would like to solve this problem by providing a
>> patch that causes debiman to copy its source and its git history to
>> its own output. That way you would have to do nothing.
>
> To help me understand the implications of such a patch, can you point
> me to an existing implementation of such a patch in another service
> please?
>
>>
>>> > If we created a pseudopackage in the Debian bug system, would you use
>>> > it instead ? It's one thing to use github as a generic git hosting
>>> > server but I really don't want us to be constructing our issue tracker
>>> > data in github's databases.
>>>
>>> I personally find the Debian bug system very uncomfortable to use. I
>>> will begrudgingly accept reports made via the BTS, as I do for the
>>> Debian packages I maintain. I don’t want to give up using GitHub’s
>>> issue tracker, though, for my convenience and the convenience of our
>>> users.
>>
>> Using github as well is up to you. I won't try to talk you out of it.
>> But I think for a service in the .debian.org namespace, bugs should be
>> reportable without interacting with a proprietary web service.
>>
>> So thank you for agreeing to work with a system you don't find
>> comfortable. You'll see that I have filed a bug against b.d.o
>> requesting the manpages.debian.org pseudopackage.
>>
>> Ian.
>>
>> --
>> Ian JacksonThese opinions are my own.
>>
>> If I emailed you from an address @fyvzl.net or @evade.org.uk, that is
>> a private address which bypasses my fierce spamfilter.
>
>
>
> --
> Best regards,
> Michael
--
Best regards,
Michael
Re: manpages.debian.org has been modernized!
On 01/19/2017 09:43 AM, Michael Stapelberg wrote: > I agree. However, I prioritize “free software needs people who work on > it”, and by using GitHub, contributions are made significantly easier > for a large number of people. > > In my personal experience, I can say that I would not be able to spend > _nearly_ as much of my time on FOSS if it weren’t for GitHub’s > convenient web interface. Same here. Also since I've moved my major packages to github, a constant stream of pull requests for even simple bugs like typos is coming in. People are used to github and how to create a pull request on the web interface, and I can just merge these changes with a few clicks. Sometimes free as in free beer is better for the community than "free". travis.debian.net makes it extra easy to test your commits on travis-ci - perfectly integrated with github. I love to use that. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
Re: Looking for maintainer(s) of the sigrok packages
Hi, On 27.01.2017 18:44, Uwe Hermann wrote: > I'll be happy to answer any questions regarding upstream releases, shared > libs, > versioning, etc. etc. However, I'll not be able to do any sponsoring or > mentoring > of non-DDs (lack of spare time, see above). In case it is needed, I'd be available for sponsoring. I don't have time to maintain these packages myself (or I'd be more active on the IRC channel as well), but I usually get around to do an upload within a few days when asked. Simon
Re: Where can build scripts be found? [and 1 more messages]
On 01/26/2017 04:43 AM, Ian Jackson wrote: > > In the meantime this should be worked around in the Debian packaging, > by setting and exporting SHELL in debian/rules. > > I would try adding > > export SHELL=/bin/bash > > somewhere near the top of debian/rules. If that fixes it, you should > send the diff to the Debian bug system and tag your bug "patch". > > Ian. > I did exactly this and it worked. I opened up a bug report with patch here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=852867 Let me know if I did anything silly. Thanks for the help and guidance! Cheers, Thomas
Re: Where can build scripts be found?
On 01/25/2017 11:18 PM, Sven Joachim wrote: > This seems to be a recurring problem in Mozilla's build process, it > fails because SHELL is not set in the environment. You can work around > that by passing --preserve-envvar=SHELL to debuild. I tried doing this, but I get an error: $ debuild -uc -us -b --preserve-envvar=SHELL debuild: unknown dpkg-buildpackage/debuild option: --preserve-envvar=SHELL dpkg-buildpackage -rfakeroot -D -us -uc -b --preserve-envvar=SHELL dpkg-buildpackage: unknown option or argument --preserve-envvar=SHELL Use --help for program usage information. debuild: fatal error at line 1376: dpkg-buildpackage -rfakeroot -D -us -uc -b --preserve-envvar=SHELL failed I wasn't able to track down the --preserve-envvar flag in the debuild docs. Is that the correct place to pass it? Cheers, Thomas
Re: Where can build scripts be found?
On 2017-01-27 20:16 -0800, Thomas Nyberg wrote: > On 01/25/2017 11:18 PM, Sven Joachim wrote: >> This seems to be a recurring problem in Mozilla's build process, it >> fails because SHELL is not set in the environment. You can work around >> that by passing --preserve-envvar=SHELL to debuild. > > I tried doing this, but I get an error: > > $ debuild -uc -us -b --preserve-envvar=SHELL > debuild: unknown dpkg-buildpackage/debuild option: --preserve-envvar=SHELL > dpkg-buildpackage -rfakeroot -D -us -uc -b --preserve-envvar=SHELL > dpkg-buildpackage: unknown option or argument --preserve-envvar=SHELL > > Use --help for program usage information. > debuild: fatal error at line 1376: > dpkg-buildpackage -rfakeroot -D -us -uc -b --preserve-envvar=SHELL failed > > I wasn't able to track down the --preserve-envvar flag in the debuild > docs. It is mentioned in the manpage, have you read that yet? > Is that the correct place to pass it? You need to pass it before any dpkg-buildpackage options, like so: $ debuild --preserve-envvar=SHELL -uc -us -b See the EXAMPLES section of said manpage. Cheers, Sven
