Re: restarting instanced systemd services on upgrade

Hi Simon, thanks again!! > I still think doing this as a user service (like pulseaudio, gpg-agent, > dbus-daemon --session, rygel, flatpak-session-helper, tracker-store, etc.) > would be a better approach to use by default: that sort of thing is exactly > what `systemd --user` is designed for. B

Re: restarting instanced systemd services on upgrade

On Fri, 13 Nov 2020 at 21:32:37 +0900, Norbert Preining wrote: [I wrote:] > > I still think doing this as a user service > > would be a better approach to use by default > > But isn't that what we are doing by shipping > /usr/lib/systemd/user/onedrive.service > ? Yes it is, but you started

Re: restarting instanced systemd services on upgrade

Hi Simon, > Yes it is, but you started this thread by asking for advice about how > to restart an instanced *system* service on upgrade, which gave me the > impression that you consider the system service to be what you recommend > to users as the most normal way to run this onedrive service. Wel

Re: restarting instanced systemd services on upgrade

On Sat, 14 Nov 2020 at 00:06:26 +0900, Norbert Preining wrote: > > OK, that makes sense. You should be able to achieve this with: > > > > dh_installsystemduser --no-enable > > Hmm, I have > override_dh_installinit: > dh_installinit --no-start --no-enable > > but the actual .service f

Re: NEW queue almost empty

> > > Agreed, that's a huge work done, thanks to all FTP Masters! Thanks for all the work! If people are interested, there's a little chart I put together: https://people.debian.org/~federico/new_queue/ (It's manually updated because it requires ssh-ing to coccia.d.o) Bye

Re: Split Packages files based on new section "buildlibs"

Hi Antonio (and anybody else that understands the technical problem involved here), I've been reading the whole thread and it seems to me that the reason, why Rust/Go build-time "libraries" need to be handled differently from all the other existing stuff in the world and that "no user ever wan

Re: Updating dpkg-buildflags to enable reproducible=+fixfilepath by default

On 2020-10-27, Vagrant Cascadian wrote: > Though, of course, identifying the exact reproducibility problem would > be preferable. One of the common issues is test suites relying on the > behavior of __FILE__ returning a full path to find fixtures or other > test data. has QFIND_TESTDATA been adap

Cópia de: 代办公司报销做账发漂

Cópia de: Este é um e-mail de pedido de informações via http://www.juventudecrista.com.br/ de: 农羿郦 办各种发，票，微信：zhan55周经理微信，电话：13316623050打扰见谅！

Re: Split Packages files based on new section "buildlibs"

On 11/13/20 7:28 PM, Tomas Pospisek wrote: > Hi Antonio (and anybody else that understands the technical problem involved > here), > > I've been reading the whole thread and it seems to me that the reason, why > Rust/Go build-time "libraries" need to be handled differently from all the > other exi

Re: Updating dpkg-buildflags to enable reproducible=+fixfilepath by default

On 2020-11-13, Sune Vuorela wrote: > On 2020-10-27, Vagrant Cascadian wrote: >> Though, of course, identifying the exact reproducibility problem would >> be preferable. One of the common issues is test suites relying on the >> behavior of __FILE__ returning a full path to find fixtures or other >>

Re: NEW queue almost empty

On 15951 March 1977, Federico Ceratto wrote: If people are interested, there's a little chart I put together: https://people.debian.org/~federico/new_queue/ (It's manually updated because it requires ssh-ing to coccia.d.o) Nice. We do have a whole bunch of graphs here: https://ftp-master.debia

Bug#974696: ITP: reuse -- tool for compliance with the REUSE recommendations

Package: wnpp Severity: wishlist Owner: Stephan Lachnit X-Debbugs-Cc: debian-devel@lists.debian.org * Package name    : reuse * Version : 0.11.1 * Upstream Author : Free Software Foundation Europe * URL : https://github.com/fsfe/reuse-tool * License

Re: NEW queue almost empty

On Fri, Nov 13, 2020 at 9:06 PM Joerg Jaspert wrote: > Nice. We do have a whole bunch of graphs here: > https://ftp-master.debian.org/stat.html Some more somewhat related stats: https://ircbots.debian.net/stats/package_new.png https://people.debian.org/~eriberto/udd/top_500_new.html https://odd.