On Tue, Apr 9, 2019 at 2:09 PM Bastian Blank wrote:
> You use your display in HiDPI mode or, worse, in fractional HiDPI mode?
I don't own hardware that is new enough.
> mpv knows about the real resolution
Could you try totem too?
> This package is maintained by QA.
>From a user PoV the
On Fri, Apr 5, 2019 at 11:25 PM Mo Zhou wrote:
> I second that since I always refuse to use Wayland, due to
I'm currently using GNOME on Xorg because:
Under Wayland applications seem to have a problem displaying
fullscreen, for example totem only displays video in the upper left
corner of the
On Mon, Apr 8, 2019 at 3:34 PM Mo Zhou wrote:
> However, the translator itself is not trivial, as it might need
> it's own shell parser or something alike to be reliable enough.
Couldn't you just run makepkg (with some hooks) and dpkg-deb to
convert the results to Debian packages?
--
bye,
pabs
On Sun, Apr 7, 2019 at 9:26 PM Mo Zhou wrote:
> Such idea about informal packaging repository has been
> demonstrated successful by the Archlinux User Repository (AUR).
> Hence, it should be valuable to think about it for Debian.
Seems like a PKGBUILD-to-deb script would be a simple way to do
On Sun, Apr 7, 2019 at 10:14 PM Peter Silva wrote:
> We would love to be able to upstream to debian, but haven't figured it out
The process is pretty simple, but reliant on the limited number of
Debian members who do package sponsorship. The ones we do have are
fairly active though. The process
On Fri, Apr 5, 2019 at 11:25 PM Mo Zhou wrote:
> 2. redshift doesn't work under wayland. There seems to be no CLI
>program available for such purpose.
GNOME/Wayland in buster supports this natively: Settings -> Devices ->
Displays -> Night Light
--
bye,
pabs
On Fri, Mar 15, 2019 at 11:15 PM Gaurav Mishra wrote:
> ITP: fossology -- FOSSology is an open source license compliance software
> system and toolkit.
...
> - Why is this package useful/relevant?
>- FOSSology is a famous tool used for open source license compliance.
> We have a large
On Sat, Mar 16, 2019 at 6:06 AM Guillem Jover wrote:
> $ deb-why-removed fossology
I think this script would be a good addition to devscripts, could you
file a bug about that?
--
bye,
pabs
https://wiki.debian.org/PaulWise
On Mon, Feb 25, 2019 at 11:22 PM Roberto C. Sánchez wrote:
>
> On Mon, Feb 25, 2019 at 02:44:22PM +, Jonathan Dowland wrote:
> > On Mon, Feb 25, 2019 at 11:19:35AM -0300, Inaki Malerba wrote:
> > > On behalf of the Salsa CI Team I'm pleased to announce some of the
> > > changes we've been
On Mon, Feb 25, 2019 at 7:14 PM Philipp Meisberger wrote:
> Poorly libpam-fprintd is not suitable as libfprint0 seems to support
> ZhianTec fingerprint sensors. libpam-fingerprint is especially for those
> sensors. I see it would be more precise to use "Pluggable Authentication
> Module for
On Sat, Feb 16, 2019 at 12:00 PM Sean Whitton wrote:
> Use of the Build-Conflicts field is currently mostly optional, but Ian
> Jackson and I have been working on text for Debian Policy that would
> require its use in certain cases. See #824495 for the discussion.
Personally, the main RC
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sat, 09 Feb 2019 10:54:10 +0800
Source: purple-discord
Architecture: source
Version: 0.9.2019.02.07.git.e5d9627-1
Distribution: unstable
Urgency: medium
Maintainer: Paul Wise
Changed-By: Paul Wise
Changes:
purple-discord
On Tue, Feb 5, 2019 at 6:02 PM Steffen Möller wrote:
> at times I now find pointers to Patron (https://www.patreon.com),
> Flattr (https://flattr.com/) et al.
> (https://alternativeto.net/software/patreon/) in the READMEs of a
> software I am about to package. Is this something that should be
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sun, 03 Feb 2019 20:18:52 +0800
Source: mokomaze
Binary: mokomaze
Architecture: source
Version: 0.7.1-1
Distribution: unstable
Urgency: medium
Maintainer: Paul Wise
Changed-By: Paul Wise
Description:
mokomaze - Ball
On Sat, Jan 19, 2019 at 10:43 AM Hideki Yamane wrote:
> At
> https://qa.debian.org/debcheck.php?dist=unstable=fonts-sawarabi-mincho,
> it show as below but debhelper-compat (= 12) is satisfied in sid
>
> > BuildDepends
> >
> > Package declares a build time dependency on debhelper-compat (= 12)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Fri, 18 Jan 2019 06:56:58 +0800
Source: purple-discord
Binary: purple-discord
Architecture: source
Version: 0.9.2019.01.17.git.f84f38e-1
Distribution: unstable
Urgency: medium
Maintainer: Paul Wise
Changed-By: Paul Wise
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Thu, 17 Jan 2019 09:48:10 +0800
Source: purple-discord
Binary: purple-discord
Architecture: source
Version: 0.9.2019.01.15.git.bc6eee3-1
Distribution: unstable
Urgency: medium
Maintainer: Paul Wise
Changed-By: Paul Wise
On Wed, Jan 9, 2019 at 10:40 AM Hideki Yamane wrote:
> Thanks, but at some releases like stretch doesn't have "InRelease"
> file but have "Release" file as
> http://ftp.debian.org/debian/dists/stable/InRelease
> and http://ftp.debian.org/debian/dists/stable/Release
Release and InRelease are
On Wed, Jan 9, 2019 at 10:23 AM Hideki Yamane wrote:
> Could someone tell me that, at InRelease file in repository,
> is "Valid-Until:" not mandatory or not?
It definitely isn't mandatory, Debian stable does not use it:
http://ftp.debian.org/debian/dists/unstable/Release
On Tue, 2019-01-08 at 13:20 +0100, Bastien ROUCARIES wrote:
> I could add a sensible-x-www-browser to be more nice to our user to
> sensible-utils
We already have a x-www-browser alternative, so sensible-x-www-browser
would just duplicate that and is thus not needed.
--
bye,
pabs
On Mon, Jan 7, 2019 at 8:03 PM Jonathan Dowland wrote:
> I thought I'd post here to see if anyone had any information first.
I noticed that this idea came up in 2010 and 2014 so I think we never
had x-www-browser, only www-browser.
https://lists.debian.org/20141117130332.ga9...@free.fr
On Fri, 2018-12-28 at 10:01 +0100, Fabiano Fidêncio wrote:
> After a nice pub conversation a friend of mine suggested that *maybe*
> the .treeinfo changes could be done as part of Google Summer of Code.
> As a GNOME student/mentor/admin from previous years, I sincerely think
> it may be a good
On Sat, Dec 22, 2018 at 11:43 PM Stefan Pietsch wrote:
> the executable "randpkt" is missing in the wireshark-common package.
> I was just wondering if that is intentional.
Looking at the build logs and debian/ directory for it, I think this
was just an oversight, so I suggest you file a bug
On Mon, 2018-12-10 at 08:27 -0500, Robert J. Clay wrote:
> No, there does not seem to be any such target in the Makefiles at
> all. There are distclean targets, but no distcheck targets. I asked
> upstream about the issue but no response as of yet. I'll followup
> further about it as needed.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Mon, 10 Dec 2018 15:46:34 +0800
Source: purple-discord
Binary: purple-discord
Architecture: source
Version: 0.9.2018.12.10.git.14bc817-1
Distribution: unstable
Urgency: medium
Maintainer: Paul Wise
Changed-By: Paul Wise
On Sat, Dec 8, 2018 at 4:45 PM Fabiano Fidêncio
> So, I guess the best question would be: Would you (as Debian
> Community) be willing to expose that? If so, would be possible, for
> future releases, to have the ".treeinfo" file (or *anything* that we
> could match as *this* *specific* *version*,
On Fri, Dec 7, 2018 at 9:07 PM Fabiano Fidêncio wrote:
> > http://ftp.debian.org/debian/dists/stretch/Release
>
> There's one problem with this file. It's not underneath the install tree URL.
> Our use case is that a user would provide an arbitrary install tree
> URL and we'd need to identify
On Fri, Dec 7, 2018 at 8:50 PM Fabiano Fidêncio wrote:
> Would you mind to point me to one of the apt repository metadata?
> I'd like to see its structure and what's the info provided (and mainly
> how we, as libosinfo, could fetch information about the kernel/initrd
> and OS version from there).
On Fri, Dec 7, 2018 at 8:23 PM Fabiano Fidêncio wrote:
> I sincerely don't know. But how is it different from accessing the
> trees nowadays and hard-coding the paths to the kernel and initrd in
> the apps?
Accessing hardcoded URLs (to .treeinfo or other files) isn't a good
idea in case they
On Fri, Dec 7, 2018 at 7:48 PM Enrico Weigelt wrote:
> Have there been any cases where those files have been in the
> upstream VCS ? I don't recall any such case.
I assume most of the rejects from NEW would have this issue.
> For the case where certain parts shouldn't be built/shipped due to
>
On Fri, Dec 7, 2018 at 6:37 PM Fabiano Fidêncio wrote:
> So, what I'm looking for is something like:
> http://ftp.debian.org/debian/dists/stretch/main/installer-amd64/.treeinfo,
> where the .treeinfo would have something like:
None of the examples you have linked to or quoted appears to be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Thu, 06 Dec 2018 12:56:04 +0800
Source: purple-discord
Binary: purple-discord
Architecture: source
Version: 0.9.2018.12.02.git.9f0a6ff-1
Distribution: unstable
Urgency: medium
Maintainer: Paul Wise
Changed-By: Paul Wise
On Thu, Dec 6, 2018 at 2:00 AM Flemming Christensen wrote:
> Server for system update of Debian in Sweden ?
In future, please ask these sort of questions on the user support channels:
https://www.debian.org/support
> My installed Debian version 9.5, is set up to use a Debian mirror in
On Sun, Dec 2, 2018 at 1:59 AM Robert J. Clay wrote:
> I've started work on updating the packages. With that I've noticed
> that two of the new upstream archives have 'autom4te.cache'
> directories in them. They get cleaned up during a package build
> attempt but then the build complains about
On Sat, Dec 1, 2018 at 2:10 PM Anthony DeRobertis wrote:
> That honestly sounds like building a parallel system with at least as
> much complexity as gpg,
Such a system already exists, so it would presumably not have to be
built from scratch.
https://freerelay.err.no/
Systems that only allow
On Sat, Dec 1, 2018 at 7:01 AM Jeremy Stanley wrote:
> Compromise of the cryptographic keys or primitives in use,
> compromise of the authorized MTAs, compromise of the sender's
> SMTP submission account, compromise of the sender's MUA/system, and
> biggest of all of course is recipients who
On Fri, 2018-11-30 at 17:17 -0500, Alexandre Viau wrote:
> DMARC, SPF and DKIM can be used together prevent almost all scenarios
> of debian.org email spoofing.
Which spoofing scenarios are not covered by this combination?
--
bye,
pabs
https://wiki.debian.org/PaulWise
signature.asc
On Sat, Dec 1, 2018 at 1:49 AM Alexandre Viau wrote:
> Debian can specify which servers it sends emails from and ask mail
> servers around the world to only accept emails from these servers and
> discard the others.
Does this break the bounce/resend/redirect feature of various MUAs?
i.e.,
On Wed, Nov 28, 2018 at 7:30 AM Lisandro Damián Nicanor Pérez Meyer wrote:
> Just curious: is there any project alive for the PowerVR SGX530 ?
There used to be a very brief effort around PowerVR devices but it
looks like that has died now. Some of the project site was captured by
archive.org and
On Mon, Nov 26, 2018 at 8:06 AM Jeremy Bicha wrote:
> If you use or maintain a GTK2 project, please discuss GTK2's
> deprecation with upstream. I believe a majority of GTK2 apps are
> unmaintained so you may need to do the porting yourself if you aren't
> ready for your favorite apps to be
On Sun, Nov 25, 2018 at 8:58 PM Lisandro Damián Nicanor Pérez Meyer wrote:
> Both Dmitry and I just learned that the RPI has the VC4 driver which enables
> it to do hardware acceleration for Desktop OpenGL, we must admit that this is
> a game changer in many ways, even if we are talking on just
On Sat, Nov 24, 2018 at 10:28 PM Domenico Andreoli wrote:
> I need a sponsor to upload this package. Any volunteer?
The standard RFS process should still work in your case:
https://mentors.debian.net/sponsors/rfs-howto
https://mentors.debian.net/intro-maintainers
--
bye,
pabs
On Tue, Nov 20, 2018 at 6:50 PM Jonathan Dowland wrote:
> It was widely done on alioth (by pulling in upstream branches to git
> repos) and I imagine is common on Salsa, too. In practise we are not
> applying the DFSG to the content of the VCS, the wiki, or really much
> except the archive.
I
On Tue, Nov 20, 2018 at 6:46 AM Bernhard Schmidt wrote:
> 1.) Drop src:asterisk and src:pjproject from Buster.
IMO this seems like the most appropriate option until both projects
are high enough quality.
--
bye,
pabs
https://wiki.debian.org/PaulWise
On Thu, Nov 15, 2018 at 2:33 AM Benjamin Drung wrote:
> What do you think? Any reasons against it or do you have a better idea?
Sounds reasonable as a temporary measure, although it would be good to
ensure it doesn't become a permanent change :)
Please ensure you let the security team know
On Fri, Nov 9, 2018 at 1:32 PM Chris Knadle wrote:
> A logical place to check or the lack of BIOS virtualization features and show
> an
> error message for this would be within the .postinst script for the virtualbox
> package in Debian. This way when Virtualbox is installed the user installing
On Tue, Nov 6, 2018 at 6:53 AM Adam Borowski wrote:
> Another question: do we want it? It's beneficial only if you can not only
> add your own keys but also _remove_ built-in ones, and typical "consumer"
> machines don't allow that.
AFAICT the Debian Secure Boot packages are not designed for
On Mon, Nov 5, 2018 at 4:00 PM Philipp Kern wrote:
> I.e. have multiple systemd user instances per user?
That sounds strange, something like systemd session instances and
services seems more logical to me. systemd already has session scopes
so it isn't too much of a stretch to add session
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sat, 03 Nov 2018 16:38:56 +0800
Source: purple-discord
Binary: purple-discord
Architecture: source
Version: 0.9.2018.10.30.git.c5b45c3-1
Distribution: unstable
Urgency: medium
Maintainer: Paul Wise
Changed-By: Paul Wise
On Thu, Nov 1, 2018 at 2:18 AM Holger Levsen wrote:
> ... and that's what I meant when I said not much has changed: what was
> bad about about the idea of Debian paying people I still think is bad
> today. And I don't think I'm alone here.
I also agree with Debian not paying members for their
On Mon, Oct 29, 2018 at 3:57 PM Jochen Sprickerhof wrote:
> Speaking of it, I'm still looking for a hub like tool for Gitlab, most
> of the time I only need hub fork and hub pull-request. Is there a tool
> in Debian with this functions for Gitlab?
The first recommended command-line client for
On Wed, Oct 24, 2018 at 4:15 AM Sean Whitton wrote:
>
> On Tue 23 Oct 2018 at 05:06PM +0200, Markus Koschany wrote:
> >
> > In short: Make it very clear if you want to provide long-term support
> > for your project. Talk to the LTS team in case you need help. Nobody is
> > forced to do anything.
>
On Tue, Oct 23, 2018 at 8:10 AM Nicholas D Steeves wrote:
> In terms of "big project" ideas, I think it would be neat if there was
> a tool that integrated the pkg_from_testing->no_change_bpo
> transformation, my tool, and also "Rebuild all the Things" (Sean
> Whitton told me about this tool).
>
On Fri, Oct 19, 2018 at 7:30 PM Martin Steigerwald wrote:
> As long as people choose to strip of dependencies to libsystemd from
> packages like util-linux, avoiding a fork would not work with how Debian
> and Debian based distributions are built.
It might be feasible to introduce nosystemd
On Thu, Oct 18, 2018 at 5:24 AM Russ Allbery wrote:
> Timer units are also a more complicated problem since they're not a
> superset of cron behavior. They do some things better than cron jobs;
> they do other things much *worse* than cron jobs. I have cron jobs that I
> wanted to convert to
On Tue, Oct 16, 2018 at 12:18 AM Adam Borowski wrote:
> The main problem with sysvinit is the lack of a git repository.
There is an upstream git repository with commits up to September 2018:
http://savannah.nongnu.org/projects/sysvinit
http://git.savannah.nongnu.org/cgit/sysvinit.git
--
bye,
On Fri, Oct 5, 2018 at 3:20 AM Simon Richter wrote:
> We could bring the same to dpkg by moving things out of maintainer scripts
> and into control files. The big items would be
>
> - alternatives
> - diversions
> - statoverride
> - service start/stop
The dpkg maintainers have this on their
On Thu, Oct 4, 2018 at 3:24 PM Florian Weimer wrote:
> Flatpaks don't work this way. Try installing gedit and open a file
> like ~/.ssh/id_rsa with it. There are no security prompts whatsoever,
> yet the software in a flatpak can read your SSH private key.
AFAIK, the only way a Flatpak can
On Thu, Oct 4, 2018 at 11:31 AM Antoine Beaupré wrote:
> Yes well, we *could* consider rewriting Debian to be based on
> appimage/flatpak/snappy, but that would be a rather controversial
> change. I think there are smaller, incremental steps we can take before
> that to improve the situation
On Wed, Oct 3, 2018 at 11:42 PM Xavier wrote:
> devscripts 2.18.5 has been released and brings some new uscan features
> for developers:
These seem like a candidate for DevNews:
https://wiki.debian.org/DeveloperNews
--
bye,
pabs
https://wiki.debian.org/PaulWise
On Thu, Oct 4, 2018 at 1:19 AM Lars Wirzenius wrote:
> The problem: when a .deb package is installed, upgraded, or removed,
> the maintainer scripts are run as root and can thus do anything.
anarcat wrote this related wiki page that covers this general topic:
On Wed, Oct 3, 2018 at 9:16 AM Alexandre Viau wrote:
> keyring.debian.org pulls updates from the keyserver network?
No, it does not.
> I wasn't sure, and I would always send to keyring.debian.org separately.
This is still necessary.
--
bye,
pabs
https://wiki.debian.org/PaulWise
On Mon, Oct 1, 2018 at 9:24 AM Hideki Yamane wrote:
> Then question, (a) x...@lists.alioth.debian.org or
> (b) x...@alioth-lists.debian.net, which is better to use
> maintainer address and why?
As I understand it, alioth-lists.d.n is an interim location and folks
should migrate to either a
Forwarded Message
From: Molly de Blanc
To: debian-wo...@lists.debian.org
Subject: Outreachy December - March round!
It's that time of the year again: Outreachy December - March
application round!
Outreachy is a project that provides three-month internships for people
On Thu, Sep 27, 2018 at 8:50 PM eamanu15 wrote:
> I think that you have to package it or search a contributor/mantainer to
> package it.
The canonical guide for new package maintainers is here:
https://mentors.debian.net/intro-maintainers
--
bye,
pabs
https://wiki.debian.org/PaulWise
On Wed, Sep 26, 2018 at 9:48 PM Jeremy Bicha wrote:
> A month later, a Debian GNOME team member recognized that we could use
> a dh_gencontrol hack [1] to only add the epoch to the gcalctool
> transitional package and we didn't need an epoch for gnome-calculator.
I wouldn't characterise this as
On Fri, Sep 7, 2018 at 7:22 PM, Bastien ROUCARIES wrote:
> Ok adding cc @security
>
> How will you handle security problem in static
> (browserified/webpacked) javascript library ?
Same goes for the other languages that do static linking. It would be
great to have this wiki page updated with
On Thu, Aug 30, 2018 at 9:25 PM, YunQiang Su wrote:
> Adrian Nuta 于2018年8月30日周四 下午6:38写道：
>> Meanwhile, Sphinx got a major release, but it's only distributed as free
>> binaries, not open-source and the old, open-source version is not
>> maintained anymore.
Some context for those (like me)
On Wed, Aug 29, 2018 at 5:58 AM, Mattia Rizzolo wrote:
> OOI, what's the reason for this? I can't understand what's troubling
> you (personally, I was bothered by the green 'DM' labes on DDPO, but
> nothing major as you can imagine…)
I expect the "incorrectness" is the troubling part of this
On Sun, Aug 26, 2018 at 4:42 PM, Holger Wansing wrote:
> Raphael and you told me to not built the package here locally, but just
> do a source-only upload.
In general, one should build locally and do a source-only upload. This
is so that you confirm the build works and, by testing it manually,
On Sun, Aug 26, 2018 at 4:12 PM, Holger Wansing wrote:
> My intention was indeed, to do a source-only upload. But apparently
> sbuild builds the binary package nevertheless, even when told to prepare
> for a source-only upload.
I don't think it is a good idea to upload packages you haven't
On Sun, Aug 26, 2018 at 2:30 AM, Holger Wansing wrote:
> I need to get some debian-installer packages uploaded for s390x and mips.
I think it would be best to leave that to the buildds.
> The manpage of sbuild-createchroot contains commandline examples for several
> use cases, but not for
On Thu, Aug 23, 2018 at 7:30 PM, Andreas Jakowidis wrote:
> Developing - Devices - Scanner - Running Canon CanoScan 5600F Scanner on
> Debian in an official way?
In general, user support is off-topic on this mailing list.
In future, please contact Debian user support channels:
On Thu, Aug 23, 2018 at 3:51 PM, Alec Leamas wrote:
> It's not that I don't understand your reasoning. Still, if this is the
> conclusion, it's kind of sad because it's means that a price-awarded [1]
> application won't be packaged in Debian. Upstream is very clear on this.
Please note that I
On Thu, Aug 23, 2018 at 12:59 PM, Alec Leamas wrote:
> Here is some libraries to unbundle; this could certainly could be done,
> However, the core issue is a few libraries which cannot realistically be
> unbundled. One example is mygdal, a heavily patched subset of the gdal
> package.
gdal has
On Thu, Aug 23, 2018 at 2:34 PM, Pierre-Elliott Bécue wrote:
> Per Debian's Policy section 4.13[1], the embedding of a code from an
> other software packages should be avoided, unless the included package is
> explicitly intended to work this way.
In addition:
On Tue, Aug 21, 2018 at 1:21 PM, Kentaro Hayashi wrote:
> I want to make 3rd party keyring package (ITP). In the advance, I
> want to know a best practice about *keyring* packaging. Any hints?
There are some best practices for using 3rd party apt repos here:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Mon, 20 Aug 2018 16:41:02 +0800
Source: quesoglc
Binary: libglc0 libglc-dev
Architecture: source
Version: 0.7.2-6
Distribution: unstable
Urgency: low
Maintainer: Debian Games Team
Changed-By: Paul Wise
Description:
libglc-dev
On Fri, Aug 17, 2018 at 10:05 PM, Jacob Adams wrote:
> So even if we could change it, it would flood everyone's inbox. I
> suppose the only solution is to always @mention the package maintainer
> when submitting a merge request. I suspect most haven't looked at their
> notification settings and
On Thu, Aug 16, 2018 at 4:32 AM, Alec Leamas wrote:
> But where is that old packaging repo?
If the GIS team haven't migrated it to git and salsa, it will be
somewhere in the old giant SVN repo (680MB):
https://alioth-archive.debian.org/svn/pkg-grass.tar.xz
--
bye,
pabs
On Thu, Aug 16, 2018 at 12:31 AM, Steffen Möller wrote:
> Would it make sense to join the
> https://docs.automotivelinux.org/docs/getting_started/en/dev/reference/homescreen/index.html
> crowd?
Automotive and mobile are quite different form factors. Also, I'd
expect that even if a car was
On Wed, Aug 15, 2018 at 7:35 PM, Steffen Möller wrote:
> https://wiki.debian.org/Teams/DebianFSO may be worth a look. I mean, we
> once had the complete stack in Debian. I do not think that work
> transitioned to salsa.
The packages have been removed from Debian already and upstream isn't
really
On Wed, Aug 15, 2018 at 5:43 PM, Andreas Jakowidis wrote:
> Because of a long experience in developing Debian-Software since the year
> 1995 it would be
> important/necessary for everyone if you could offer Debian also as a mobile
> solution
> for smartphone hardware in near future.
This is a
On Tue, Aug 14, 2018 at 4:20 PM, Alec Leamas wrote:
> I'm considering packaging OpenCPN[1].
The GIS team has attempted to package this before, it might be worth
reading the -devel and -mentors list archives about this as well as
looking at the old packaging repository for it.
--
bye,
pabs
On Mon, Aug 13, 2018 at 1:19 AM, Manuel A. Fernandez Montecelo wrote:
> 2018-07-30 22:36 Adrian Bunk:
>>
>> And the next burden will be if riscv64 gets added in bullseye.
>
> [*] Unlike other arches, this one is not restricted to a single vendor
>so hardware can be annouced at any time from
On Wed, Aug 8, 2018 at 10:12 PM, Vincas Dargis wrote:
> So the main question is, how do I start? How do I find as much packages as
> possible to start discussions with their maintainers about shipping
> additional file, to make us of this env.d idea?
Using the Debian codesearch service seems
On Tue, Aug 7, 2018 at 2:19 PM, Michael Schnyder wrote:
> What is the time horizon where these left overs are completed?
Probably there will be links to alioth.d.o somewhere on the web
indefinitely, if you notice such links, please help to update them to
the new locations. Usually for each
On Tue, Jul 31, 2018 at 5:11 AM, Geert Stappers wrote:
> Thursday 16th of augustus becomes Debian 25 years.
>
> Let's celebrate it
Looks like Brasil is leading the celebration count this year:
https://wiki.debian.org/DebianDay/2018
--
bye,
pabs
https://wiki.debian.org/PaulWise
On Mon, Jul 30, 2018 at 7:00 PM, 殷啟聰 | Kai-Chung Yan wrote:
> Unfortuantely even the latest version of Kotlin still uses Protobuf 2.x, so
> it's not going anywhere in a short time.
Has Kotlin upstream been contacted about this issue?
--
bye,
pabs
https://wiki.debian.org/PaulWise
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Thu, 26 Jul 2018 14:14:21 +0800
Source: myrepos
Binary: myrepos
Architecture: source
Version: 1.20180726
Distribution: unstable
Urgency: medium
Maintainer: Richard Hartmann
Changed-By: Paul Wise
Description:
myrepos- tool
On Thu, Jul 12, 2018 at 8:35 PM, Lumin wrote:
> I just noticed that one of us tries to package deep-learning based
> application[1], specifically it is AlphaGo-Zero[2] based. However, this
> raised my concern about software freedom. Since mankind relys on artificial
> intelligence more and more,
On Thu, Jul 12, 2018 at 8:35 PM, Lumin wrote:
> I just noticed that one of us tries to package deep-learning based
> application[1], specifically it is AlphaGo-Zero[2] based. However, this
> raised my concern about software freedom. Since mankind relys on artificial
> intelligence more and more,
On Fri, Jul 6, 2018 at 2:16 PM, Andreas Tille wrote:
> I fully share your view that the optimal situation would be if uscan
> would be some kind of wrapper around whatever code would be needed to
> create the source tarball. Since I share this view I once started to
> hack Files-Excluded into
On Wed, Jul 4, 2018 at 3:56 AM, Kyle Edwards wrote:
> Our end goal is to get both dh-cmake and VTK into Debian proper, but it
> is still in an experimental state, and there is still a lot of work to
> be done yet. We would like to get some feedback on dh-cmake, and we
> will eventually file a
On Mon, Jun 11, 2018 at 9:41 AM, أحمد المحمودي wrote:
> What has happened to the data in users' home directories ?
The data will still be available until the VM is deleted.
The public_git directories are in the alioth archive:
https://alioth-archive.debian.org/git/users/
--
bye,
pabs
On Sat, Jun 9, 2018 at 11:49 PM, DutchGigalo wrote:
> debian buster: unable to install mysql-workbench, had to install from sid
> repo.
> so please add mysql-workbench to main buster repo' s again, much easier and
> safer...
As you can see here, mysql-workbench has been removed from Debian
On Sat, Jun 9, 2018 at 12:33 PM, Paul Hardy wrote:
> The "fonts" link on font pages in the old package tracker still points
> to alioth. This could indicate that part of the build process is
> still trying to create something on alioth when it is gone. If that
> is the case, it could be
On Fri, Jun 8, 2018 at 8:31 PM, Russell Stuart wrote:
> I didn't realise Wordpress had an auto-upgrade system. That put's in
> the same league as the Browsers like Chrome and Firefox. I'm
> impressed.
>
> However, it's not the same service that Debian offers. Wordpress has
> an auto upgrade
On Sat, Jun 2, 2018 at 3:41 PM, PICCA Frederic-Emmanuel wrote:
> The next meeting of this community will be held in Prague[4] next
> week. During this meeting, Alba will present their plan about
> packaging "Collaborative and automated Packaging"[5].
You might be interested in the autodeb GSoC
On Fri, Jun 8, 2018 at 6:46 AM, Russell Stuart wrote:
> I'll drive the point home with yesterdays (literally yesterdays)
> headline: "Three months later, a mass exploit of powerful Web servers
> continues". The headline is referring to the 1000's of unpatched
> Drupal servers out there,
501 - 600 of 2824 matches
Mail list logo
