2014-11-29 22:25 GMT+01:00 Svante Signell :
> On Sat, 2014-11-29 at 22:01 +0100, Philipp Kern wrote:
>> On 2014-11-29 21:30, Steve Langasek wrote:
>> > Debian releases when it's ready. If large numbers of our users are
>> > going to
>> > have a bad experience with jessie as a result of being switc
2015-01-10 4:31 GMT+01:00 Russ Allbery :
> Don Armstrong writes:
>
>> It would probably be ideal if there was a better way of indicating which
>> latex modules were in each texlive package than currently, but until a
>> better method is found, this is probably the best of bad options.
>
> +1. I c
2015-02-16 16:26 GMT+01:00 Alastair McKinstry :
> [...]
> An an example, i've been a long-term linux developer, DD; i've developed
> and promoted Linux not just on the desktop but both in embedded systems
> and in HPC systems. In all these I've been comfortable that I've been
> able to adapt Linux,
2015-02-17 13:57 GMT+01:00 Alastair McKinstry :
> [...]
>
> Examination after the fact showed that if I'd had the correct packages
> installed, it would have worked.
> So from a Debian perspective this was 'notabug'.
> (modules that were not needed day-to-day had been deleted by hand to
> make spac
Package: wnpp
Severity: wishlist
Owner: Matthias Klumpp
* Package name: limba
Version : 0.4.0
Upstream Author : Matthias Klumpp
* URL : http://people.freedesktop.org/~mak/limba/
* License : LGPL-2.1+ and GPL-2+
Programming Lang: C
Description : 3rd
2015-03-31 15:18 GMT+02:00 Henrique de Moraes Holschuh :
> On Tue, Mar 31, 2015, at 05:14, Fabian Greffrath wrote:
>> I am curious why the aptitude package still has Priority: standard, i.e.
>> why it is installed next to apt in each and every Debian installation?
>>
>> Aptitude isn't recommended f
2015-07-09 19:25 GMT+02:00 Clint Byrum :
> Excerpts from md's message of 2015-07-09 10:18:50 -0700:
>> On Jul 09, Martín Ferrari wrote:
>>
>> > I can say that it does: start-stop-daemon misses some functionality you
>> > need for programs that don't daemonise and log to stdout/stderr, which
>> > i
This is a feature of systemd and PackageKit.
See http://www.freedesktop.org/wiki/Software/systemd/SystemUpdates/
The only thing which makes use of this feature is GNOME through
GNOME-Software, so if you don't want this, removing GNOME-Software will be
enough.
Nothing else in Debian uses this[1].
2015-08-25 23:53 GMT+02:00 Simon McVittie :
> On 25/08/15 16:18, Michael Meskes wrote:
> > And for the second time it
> > destroyed my system by deinstalling a lot of packages, instead of
> putting the
> > conflicting packages on hold.
>
> That's the major issue here: packagekit and/or gnome-softw
Calm down, people...
A few more clarifications:
1) This feature is not enabled by default. It only gets triggered if a
frontend tool makes use of it, and will not be activated automatically. So,
you will only see it when you use GNOME with GNOME-Software or any other
tool which triggers the funct
2015-08-26 14:27 GMT+02:00 Michael Meskes :
> On Wed, Aug 26, 2015 at 01:26:13PM +0200, Matthias Klumpp wrote:
> > 1) This feature is not enabled by default. It only gets triggered if a
> > frontend tool makes use of it, and will not be activated automatically.
> So,
> > y
2015-08-26 14:40 GMT+02:00 Matthias Klumpp :
> 2015-08-26 14:27 GMT+02:00 Michael Meskes :
>
>> On Wed, Aug 26, 2015 at 01:26:13PM +0200, Matthias Klumpp wrote:
>> > 1) This feature is not enabled by default. It only gets triggered if a
>> > frontend tool ma
2015-08-26 15:17 GMT+02:00 Michael Biebl :
> Am 26.08.2015 um 14:48 schrieb Matthias Klumpp:
> > Actually, this query:
> >
> http://codesearch.debian.net/perpackage-results/trigger-offline-update%20-package%3Apackagekit%20-package%3Aaptdaemon/2/page_0
> > is more complet
2015-08-28 6:03 GMT+02:00 Michael Meskes :
> > Having just read this entire thread, and been affected by this once, it
> > occurs to me that the likely answer has been offered, but I suspect you
> > may have thought Matthias' reference to “GNOME Software” to be a generic
> > answer (apologies if I
2015-08-31 17:45 GMT+02:00 Russ Allbery :
> Philip Hands writes:
>
> > Is it not the case that we're actually witnessing is:
>
> > Option e): get updates applied only at reboot, with no prior
> > notification that they are available, such that people who always
> > suspend, or simply leave
2015-09-01 19:49 GMT+02:00 Jayson Willson :
> I have also tried creating
> /usr/share/polkit-1/rules.d/49-rootpw_global.rules with the same contents,
> [...]
The problem with that is simply that the PolicyKit in Debian
Unstable/Testing/Stable does not read the JavaScript rules files.
Only the ve
2015-09-05 3:49 GMT+02:00 Osamu Aoki :
> [...]
> >2. In addition to those changes, the Technical Committee resolves
> > that packages providing a .desktop file shall not also provide a
> > menu file for the same application.
>
> That's good idea in general. I hope lintian warning
Am Mo., 19. Nov. 2018 um 16:52 Uhr schrieb Dirk Eddelbuettel :
>
>
> Hi Ian,
>
> Thanks for the follow-up.
>
> On 19 November 2018 at 15:45, Ian Jackson wrote:
> | Dirk Eddelbuettel writes ("Our build system may be broken: /bin vs
> /usr/bin"):
> | > tl;dr: We may be messing up /bin and /usr/bin
Am Mi., 21. Nov. 2018 um 22:51 Uhr schrieb Marco d'Itri :
>
> On Nov 21, Michael Stone wrote:
>
> > How many long-running production systems do you think people have run
> > usrmerge on? I'd guess close to zero, since there is no advantage whatsoever
> Actually I have quite a lot personally, with
Am Fr., 23. Nov. 2018 um 13:45 Uhr schrieb Ian Jackson
:
> Russ Allbery writes ("Re: usrmerge -- plan B?"):
> > This is a much better summary of the thread, and I wish that you would
> > have said this instead of claiming incorrectly that those same people are
> > the ones advocating for a full mer
Am Fr., 23. Nov. 2018 um 14:47 Uhr schrieb Stephan Seitz
:
>
> On Fr, Nov 23, 2018 at 02:04:05 +0100, Matthias Klumpp wrote:
> >If there are actual issues encountered, we can always revert a change
>
> And how do you revert this change? As far as I have understand you can’t
>
Am Di., 5. Feb. 2019 um 12:03 Uhr schrieb Ansgar :
>
> Sören Reinecke writes:
> >> I'm not convinced that having to remember different package manager
> >> names is a significant problem for new people adopting a Linux
> >> distribution. The name is a very small part of the
> >> differences between
Am Mi., 6. März 2019 um 10:40 Uhr schrieb peter green :
>
> > Because of their design, binNMUs are unreproducible, see #894441 [3] for
> > the details (in short: binNMUs are not what they are ment to be: the source
> > is changed and thrown away)
> To be specific, the source tree is extracted, then
Am Do., 6. Juni 2019 um 20:33 Uhr schrieb Kyle Edwards
:
>
> Hello all,
>
> I have been preparing Ubuntu releases for CMake on our own APT
> repository for several months now. We did this by preparing our own
> repository infrastructure - we have a machine that builds packages, and
> a machine that
Am Di., 25. Juni 2019 um 10:15 Uhr schrieb Simon McVittie :
>
> On Tue, 25 Jun 2019 at 09:31:44 +0200, Philip Hands wrote:
> > Also, it seems clear to me that the same game in all Linux disros is
> > very likely to get the same rating, so this would be better done as a
> > distribution agnostic lev
Am Di., 25. Juni 2019 um 11:51 Uhr schrieb Bagas Sanjaya :
>
> Simon McVittie:
>
> Appstream metadata, which is canonically provided by upstreams and is
> distro- and package-type-agnostic (available in at least apt and Flatpak),
> has this as an optional field for self-rating:
>
> https://www.free
Am Mi., 26. Juni 2019 um 10:40 Uhr schrieb Bagas Sanjaya :
>
> On 25/06/19 20.19, Matthias Klumpp wrote:
> > [...]
>
> So APT need to do what you mention, that is determining age rating not
> only based on AppStream metadata, but also on system locale?
Yes. Since the thin
Am Mo., 8. Juli 2019 um 09:14 Uhr schrieb Thomas Goirand :
>
> On 7/8/19 12:34 AM, Scott Kitterman wrote:
> > As long as your build-depends are properly versioned, why can't you just
> > upload all the source and let wanna-build sort it out?
> >
> > Scott K
>
> This means that I have to baby-sit th
Am Sa., 13. Juli 2019 um 22:04 Uhr schrieb Vincent Bernat :
>
> ❦ 13 juillet 2019 11:52 -07, Russ Allbery :
>
> >> Previously, we had a sort of agreement (through the TC decision) that
> >> such scripts should be maintained by people caring about them and we
> >> should only act on bug reports wit
Am So., 1. Nov. 2020 um 15:22 Uhr schrieb Xavier :
>
> Hi,
>
> Ubuntu is based on testing and does not import our fixes after its release
> (except a few list), then it's normal to find a lot of vulnerabilities. See
> https://lemonldap-ng.org/documentation for exemple
>
>
> Le 1 novembre 2020 14:
Am Di., 29. Dez. 2020 um 17:39 Uhr schrieb Marco d'Itri :
>
> On Dec 29, Ansgar wrote:
>
> > as suggested in [1], I would like to see Debian to move to support
> > only the merged-usr filesystem layout. This would simplfy things for
> > the future and also address the problem with installing file
Am Di., 29. Dez. 2020 um 23:13 Uhr schrieb Marco d'Itri :
>
> On Dec 29, Matthias Klumpp wrote:
>
> > For package upgrades, we can already perform so-called "offline
> > upgrades", where the system reboots into a smaller systemd target,
> > applies a
Hi everyone!
Sorry for the delayed reply, I was busy with traveling around during
the new year. For that matter: Happy new year! :-)
I am the upstream maintainer of AppStream as well as in Debian.
Am Mi., 1. Jan. 2020 um 13:17 Uhr schrieb Jeff :
>
> Firstly - apologies for sending this to -devel.
Am Do., 2. Jan. 2020 um 17:28 Uhr schrieb Ansgar :
>
> Thomas Goirand writes:
> > [...]
> > I'm not sure why
> > there's both /bin/systemd-sysusers and /usr/bin/systemd-sysusers, and
> > which one should be used.
>
> For the same reason there is /bin/bash and /usr/bin/bash probably?
I don't have b
Am Do., 2. Jan. 2020 um 18:41 Uhr schrieb Simon McVittie :
> [...]
> I seem to remember a systemd upstream developer being asked during
> recent discussions whether they were willing to guarantee that
> systemd-tmpfiles and systemd-sysusers will continue to work when used on
> non-systemd-booted sy
Am Do., 2. Jan. 2020 um 21:58 Uhr schrieb Jeff :
>
> On 02/01/2020 16:53, Matthias Klumpp wrote:
> > @Jeff Did your changes include adding a launchable tag? If not, adding
> > one may already fix this issue.
>
> Yes, I had.
>
> > When transitioning:
> > 1)
Am Sa., 4. Jan. 2020 um 00:16 Uhr schrieb Russ Allbery :
>
> The Wanderer writes:
>
> > What I'm concerned about is dbus socket activation, or similar, leading
> > to e.g. logind getting activated by logging in at the text console.
>
> > I thought I understood that socket activation via dbus was o
Am Do., 6. Feb. 2020 um 17:12 Uhr schrieb Simon Richter :
>
> Hi Marco,
>
> On Thu, Feb 06, 2020 at 03:08:28PM +0100, Marco d'Itri wrote:
>
> > > There are still a large number of
> > > Debian users opting away from using systemd (and still use Debian, not
> > > derivatives). And what about non-lin
Am Mo., 22. Juni 2020 um 23:30 Uhr schrieb Colin Watson :
>
> On Mon, Jun 22, 2020 at 05:50:02PM +0200, Michael Biebl wrote:
> > there has been a lot of talk recently about how master is a loaded term
> > that should be avoided.
> > If I read the news correctly, github and others are going to chang
2017-01-18 0:14 GMT+01:00 Stuart Prescott :
> Hi Adrian,
>
>> I want to do a MBF for all packages without a SHA256 checksum field
>> in the .dsc [1] - only SHA1 as hash would not be good in stretch.
>
> I missed two details here:
>
> * why is this worth going at all
>
> * why is this important enou
2018-01-07 20:00 GMT+01:00 Hleb Valoshka <375...@gmail.com>:
> On 1/6/18, Chris Lamb wrote:
>>> > (accusing Debian to "vandalize" open source by supporting systemd)
>> […]
>>> 1) Proofs please. DDG & Google find only your words.
>>
>> I was accused of this on the "dng" mailing list. It should be e
Am So., 21. Okt. 2018 um 18:13 Uhr schrieb Marvin Renich :
>
> * Sune Vuorela [181021 06:05]:
> > On 2018-10-21, Jonas Smedegaard wrote:
> > > I disagree that libgpgme11 should depend/recommend/suggest gnupg at all:
> > > As a library it cannot possibly declare how tight a relationship to
> > > d
Am Mo., 22. Okt. 2018 um 17:32 Uhr schrieb Marvin Renich :
>
> * Matthias Klumpp [181021 14:04]:
> > libgpgme is communicating with gnupg in the background - having
> > libgpgme without gnupg itself will render the library completely
> > unusable and break existing users
2017-02-18 0:29 GMT+01:00 Simon McVittie :
> On Fri, 17 Feb 2017 at 18:08:01 -0500, Jeremy Bicha wrote:
>> GNOME 3.24 modules have begun including meson build scripts.
>
> It looks as though Meson approximately follows the Autotools-like
> build pipeline that dh assumes, so something like this shou
2017-03-10 9:05 GMT+01:00 Rebecca N. Palmer :
> On 10/03/17 00:10, Jeremy Bicha wrote:
>>
>> I think a lot of those appstream installs are from KDE and GNOME which
>> install plasma-discover and gnome-software by default.
>
> Do those things display AppStream "packages related to this hardware" by
2017-03-23 22:04 GMT+01:00 Sean Whitton :
> Hello Jeremy,
>
> On Thu, Mar 23, 2017 at 07:14:35AM -0400, Jeremy Bicha wrote:
>> It is also useless for someone who will install Chromium from the
>> Software app (gnome-software) included in 'gnome-core' since the
>> Software app does not display debco
Hi!
Recently, I have been packaging some libraries written in the D
programming language[1]. Since the D team didn't have many libraries
packaged, there was no policy on how to package libraries, so I
packaged them like C/C++ libraries: Make a shared lib package and have
the software requiring it d
2017-05-18 19:52 GMT+02:00 Sean Whitton :
> Hello Matthias,
>
> On Thu, May 18, 2017 at 04:37:58PM +0200, Matthias Klumpp wrote:
>> Looking at what other languages with the same problem have done, there
>> are basically two ways to deal with the issue:
>>
>> 1) Re
2017-05-19 2:35 GMT+02:00 Paul Wise :
> On Thu, May 18, 2017 at 10:37 PM, Matthias Klumpp wrote:
>
>> Unfortunately though, the D language ABI isn't stable, so any future
>> compiler update might break the software in weird ways unless all D
>> software is reco
2017-07-03 14:42 GMT+02:00 Maria Bisen :
> [...]
> 4- As a result, lzip is almost never used alone (without xz), and Debian can
> justify forever the lack of lzip support
>
> You need to consider all four points to understand the issue.
No, please read again the mails previous developers wrote. Lz
2015-09-27 17:54 GMT+02:00 Paul Wise :
> On Thu, Sep 24, 2015 at 6:09 PM, Henrique de Moraes Holschuh wrote:
>
>> Let's answer that one, and if the answer is "lets drop binNMUs", then we can
>> work towards source-based auto-NMUs being at least as easy to use/trigger as
>> binNMUs currently are.
>
2015-12-06 22:54 GMT+01:00 Ponomarenko Andrey :
> [...]
> But ... Good news everyone! I've spent about a half-year to implement an
> open-source alternative of the tool from scratch and I'm glad to inform you
> that it's finally ready and available at: https://github.com/lvc/abi-tracker
>
> So ev
2015-12-15 1:45 GMT+01:00 Charles Plessy :
> Hi Matthias,
>
> congratulation for this release !
>
> In the upstream-metadata project (https://wiki.debian.org/UpstreamMetadata) we
> document some information, some of which is redundant with what is now found
> in
> AppStream, and some of which is n
I am using overlayFS in Limba[1], and it works well (and is really
fast!) for read-only filesystems, read-write sometimes has issues if
you are using multiple OverlayFS layers (which made me adjust the code
so this doesn't happen anymore).
2016-01-06 17:29 GMT+01:00 Jonathan Dowland :
> I wish I c
2016-01-09 21:15 GMT+01:00 Marco d'Itri :
> On Jan 09, Dominic Hargreaves wrote:
>
>> On Sat, Jan 09, 2016 at 11:51:08AM +0100, Ansgar Burchardt wrote:
>> > I think there was consensus to introduce the non-free-firmware section
>> > and move the non-free firmware blobs there. I'm wondering what w
2016-02-08 15:14 GMT+01:00 Ben Hutchings :
> On Mon, 2016-02-08 at 15:10 +0100, Petter Reinholdtsen wrote:
>> [Ben Hutchings]
>> > I don't think it's there yet, but AppStream will get some support from
>> > upstream developers (including through existing .desktop files)
>> > whereas debtags presuma
2016-06-19 21:51 GMT+02:00 Zlatan Todoric :
>
> On 06/19/2016 09:12 PM, Raphael Hertzog wrote:
>>
>> [...]
>> This is an annoying habit for many of their projects and it might be a
>> part of the reason why many of their interesting projects do not really
>> take off.
>>
>> $ apt search snapcraft
>
101 - 157 of 157 matches
Mail list logo
