Ochrona Danych Osobowych Firmy.
Dzień dobry, zajmujemy się wdrażaniem *RODO dla firm. * Wyjaśnimy Ci najważniejsze zagadnienia dotyczące ochrony oraz przetwarzania danych osobowych. Kompleksowo wdrożymy Twoich pracowników i przygotujemy ich na okoliczność ewentualnej kontroli. Nauczymy Cię jak prawidłowo prowadzić dokumentację. Jeśli chcesz poznać więcej szczegółów, pozostaw swój* numer telefonu* i odpowiedz na tą wiadomość Tak. Skontaktujemy się z Tobą tak szybko jak to możliwe. Z pozdrowieniami, Kancelaria Ochrony Danych Osobowych
Re: Possible doc package side-effect from going source-only upload [and 1 more messages]
Dirk Eddelbuettel writes ("Re: Possible doc package side-effect from going
source-only upload [and 1 more messages]"):
> On 19 September 2019 at 14:51, Ian Jackson wrote:
> | This would be a good idea. It is quite some effort but I think you
> | would be rewarded with significantly lower maintenance burden.
>
> Agreed in principle. Finding time to do it the right is the issue.
Indeed. Things that make this easier: 1. you'll get a good level of
support from the rest of the Debian community, who'll be generally
happy to help debug etc. 2. You will set out to produce identical
output packages, except for deliberate changes, so you can use debdiff
to see whether your new rules file works as desired.
Because of (2), you can just start with the trivial dh rules file and
iterate until it (i) builds (ii) produces the output you want.
I did this for src:xen (another complex package with a *lot* of, erm,
technical debt in its package build) last year. It took about 2-3
days' solid effort. I think it's been repaid already.
> On 19 September 2019 at 16:03, Guillem Jover wrote:
> | [a lot of detailed comments]
>
> [ Dirk's responses ]
In your position would definitely try to minimise the amount of work
to the existing rules file.
So for example:
> | - It seems generally parallel unsafe, as many targets declare what
> | should be serially executed as parallely-executed, as in:
...
> Fair. Do we build packages with 'make -j ...' now?
This can simply be disabled (and it's still disabled by default). I
would not encourage you to try to get rid of the concurrency bugs in
this rules file, other than by a complete rewrite.
Guillem's comments on this are of course very helpful, more generally.
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.
Re: Possible doc package side-effect from going source-only upload [and 1 more messages]
On 19 September 2019 at 20:40, Dirk Eddelbuettel wrote: | On 19 September 2019 at 16:03, Guillem Jover wrote: | | On Thu, 2019-09-19 at 07:15:43 -0500, Dirk Eddelbuettel wrote: | | > So presumably the dependency graph within debian/rules is wrong. Would | | > anybody here know | | > | | > - either a failsafe idiom forcing the right thing to happen | | > - or a more efficient way | | > | | > to ensure the binary-arch is built before binary-all? Should I force it? Is | | > that wasteful? Is there a recommended way? | | | | I've just skimmed over the rules, but I indeed see several problematic | | constructs there: | | | | - «build: build-arch» that should include build-indep too. | | Ok. Tried, but failed. In 3.6.1-5 I now have modified debian/rules @@ -215,7 +215,8 @@ denmark: ## edd 15 Jan 2004 trying again on build only build: build-arch build-indep ## the main hook is to then have binary depend on both ## binary-arch and binary-indep, and those on their builds -build: build-arch +## edd 19 Sep 2019 for source uploads also build build-indep +build: build-arch build-indep build-arch: make-arch ifeq (,$(filter nocheck,$(DEB_BUILD_OPTIONS))) Fetched the package from pool and r-base-html is still 'empty'. Dirk -- http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
Re: Possible doc package side-effect from going source-only upload [and 1 more messages]
Dirk Eddelbuettel writes ("Re: Possible doc package side-effect from going
source-only upload [and 1 more messages]"):
> -build: build-arch
> +## edd 19 Sep 2019 for source uploads also build build-indep
> +build: build-arch build-indep
>
> build-arch: make-arch
> ifeq (,$(filter nocheck,$(DEB_BUILD_OPTIONS)))
>
> Fetched the package from pool and r-base-html is still 'empty'.
If you want to continue to try to fix this without a rewrite, I think
you need to repro locally. Have you tried the dpkg-buildpackage rune
which builds only arch:all, namely --build=all ? (NB that does not
mean build all the things, it means build only "all" things.)
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.
Re: Possible doc package side-effect from going source-only upload [and 1 more messages]
On 20 September 2019 at 13:27, Ian Jackson wrote:
| Dirk Eddelbuettel writes ("Re: Possible doc package side-effect from going
source-only upload [and 1 more messages]"):
| > -build: build-arch
| > +## edd 19 Sep 2019 for source uploads also build build-indep
| > +build: build-arch build-indep
| >
| > build-arch: make-arch
| > ifeq (,$(filter nocheck,$(DEB_BUILD_OPTIONS)))
| >
| > Fetched the package from pool and r-base-html is still 'empty'.
|
| If you want to continue to try to fix this without a rewrite, I think
| you need to repro locally. Have you tried the dpkg-buildpackage rune
| which builds only arch:all, namely --build=all ? (NB that does not
| mean build all the things, it means build only "all" things.)
Fully agreed. That's next.
Dirk
--
http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
Bug#940836: ITP: node-rxjs -- reactive extensions for JavaScript
Package: wnpp Severity: wishlist Owner: Xavier Guimard * Package name: node-rxjs Version : 6.5.3 Upstream Author : Ben Lesh * URL : https://github.com/ReactiveX/RxJS * License : Apache-2.0 Programming Lang: JavaScript Description : reactive extensions for JavaScript rxjs is a popular node module (more yhan 12.000.000 weekly downloads) and a dependency of more than 15.000 node modules. RxJS is a library for reactive programming using Observables, to make it easier to compose asynchronous or callback-based code. This project is a rewrite of Reactive-Extensions/RxJS with better performance, better modularity, better debuggable call stacks, while staying mostly backwards compatible, with some breaking changes that reduce the API surface. This module is needed to upgrade some Debian nodejs modules. It will be maintained under pkg-js team umbrella. Cheers, Xavier
Bug#940860: ITP: OSCAR -- Open Source CPAP Analysis Reporter
Package: wnpp Severity: wishlist Owner: Sergio Durigan Junior * Package name: oscar Version : 1.1.0-testing-3 Upstream Author : The OSCAR Team * URL : https://www.sleepfiles.com/OSCAR/ * License : GPL-3 Programming Lang: C++ Description : Open Source CPAP Analysis Reporter (OSCAR) OSCAR is a Free Software, cross platform research tool for exploring data produced by CPAP (Continuous Positive Airway Pressure) machines, and related equipment, which are used in the treatment of sleep apnea and other sleep disorders. . OSCAR is a derivative of SleepyHead version 1.1.0, created when that was abandoned by Mark Watkins. This software will replace SleepyHead. Thanks, -- Sergio GPG key ID: 237A 54B1 0287 28BF 00EF 31F4 D0EB 7628 65FC 5E36 Please send encrypted e-mail if possible http://sergiodj.net/ signature.asc Description: PGP signature
Bug#940867: ITP: libiconloader-java -- Smart Java Icon Loader with support of HiDPI (Retina) images
Package: wnpp Severity: wishlist Owner: Felix Natter * Package name: libiconloader-java Version : git? Upstream Author : Konstantin Bulenkov * URL : https://github.com/bulenkov/iconloader * License : Apache-2.0 Programming Lang: Java Description : 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). Cheers and Best Regards, -- Felix Natter
Bug#940868: ITP: darcula-theme-java -- The official Darcula Look and Feel for programming environments by Konstantin Bulenkov.
Package: wnpp Severity: wishlist Owner: Felix Natter * Package name: darcula-theme-java (darcula-lookandfeel-java?) Version : git? Upstream Author : Konstantin Bulenkov * URL : https://github.com/bulenkov/Darcula * License : Apache-2.0 Programming Lang: Java Description : The official Darcula Look and Feel for programming environments by Konstantin Bulenkov. Darcula is a Look-n-Feel for Java desktop application and a theme for code editors. 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). Cheers and Best Regards, -- Felix Natter
