> The distribution of modified PDB data including the records HEADER, CAVEAT,
> REVDAT, SPRSDE, DBREF, SEQADV, and MODRES in PDB format and their mmCIF and
> XML equivalents is not allowed.
I'm not sure what the PDB format is, so I might be wrong, but my
intuition is that trying to stop people f
On Mon, 8 Feb 2016 11:25:00 +0100
Enrico Zini wrote:
> On Mon, Feb 08, 2016 at 12:01:41PM +0200, Lars Wirzenius wrote:
>
> > Possibly someone should set up an online quiz thing, where you're
> > shown a package name, its short description, and three randomly chosen
> > short descriptions, and ha
On Sat, 9 Jan 2016 22:07:15 +0100
Patrik Liçi wrote:
> Hi debian I have a big problem and I need help immediately. ... I was
> installing kali linux mini 2.0 in my pc then I power off the pc becouse
> the downloads wants a lot to finish when I want to open my pc it
> cant .the mon
Package: wnpp
Severity: wishlist
Owner: Riley Baird
* Package name: libwaive
Version : 1.0.0+git20151218.a0e8c1
Upstream Author : Dima Krasner
* URL : https://github.com/dimkr/libwaive
* License : MIT
Programming Lang: C
Description : Allow processes
> Could somebody add/cerate a IceCat package?
> https://www.gnu.org/software/gnuzilla/
This has been discussed about two months ago. You can read the
discussions here:
https://lists.debian.org/debian-devel/2015/09/msg00184.html
To *greatly* simplify what was said:
-Packaging icecat is difficult
On Mon, 5 Oct 2015 12:46:11 -0500
Zeus Hughes wrote:
> Hello,
>
> I would like to request some documentation be provided to the public forums
> or just myself appertaining the process of how a person can create a unique
> language pack for Debian.
I can't find any documentation on how to do thi
> > Also, what advantages does IceCat have over the Tor Browser? (Debian
> > doesn't have the Tor Browser either, due to the impossibility of long
> > term maintenance, but just wondering.)
>
> Have a look at torbrowser-launcher in synaptic
Ah, didn't realise that!
pgpqsKNlZs_cp.pgp
Description
On Tue, 08 Sep 2015 09:30:46 +0200
Simon Josefsson wrote:
> Riley Baird
> writes:
>
> > On Tue, 08 Sep 2015 08:58:46 +0200
> > Simon Josefsson wrote:
> >
> >> Riley Baird writes:
> >>
> >> >> Is there any reason (other than lack of
On Tue, 08 Sep 2015 08:58:46 +0200
Simon Josefsson wrote:
> Riley Baird writes:
>
> >> Is there any reason (other than lack of manpower) that GNU IceCat is not
> >> packaged in Debian?
> >>
> >> I understand Debian has IceWeasel to (primarily?) fix th
> Is there any reason (other than lack of manpower) that GNU IceCat is not
> packaged in Debian?
>
> I understand Debian has IceWeasel to (primarily?) fix the Firefox
> trademark issue and to have a mechanism to deal with security backports.
>
> IceCat has diverged from Firefox/Iceweasel and has
> Sure, you can proofread a 30k-line configure script without a
> problem. So, the condition is now "must be generated from source only if
> the generated from is hard-but-not-impossible to read".
Several times over the last year I have modified the output form of
autoconf directly when doing mino
> For years, we have been able to ship generated files without checking if
> they can really be built from sources (for example, autoconf stuff). And
> JS stuff should comply to stricter standards from day one?
JS stuff has been in Debian for a long time; it isn't fair to say that
this is day one
On Fri, 21 Aug 2015 17:20:17 -0500
Richard Jasmin wrote:
> Package: general
> Severity: important
>
> telling user has mail is easy as pi in console mode and when using a server.
> But how do we tell the user they have mail without a configured mail client
> when under runlevel 5? The activation
On Sat, 15 Aug 2015 14:10:21 +0100
Matthew Woodcraft wrote:
> Phil Hands wrote:
> > I saw that at least one package (I'm afraid I've forgotten which)
> > settled on this picture of Grace Hooper:
>
> >
> > https://upload.wikimedia.org/wikipedia/commons/a/ad/Commodore_Grace_M._Hopper%2C_USN_%28
ommunity.
Have you got a response yet? If not, you might want to try sending this
message to our publicity department. Its email address is
pr...@debian.org
Thanks for taking an interest in Debian,
Riley Baird
pgpr66zRgMome.pgp
Description: PGP signature
On Thu, 16 Jul 2015 22:20:35 +0200
"IOhannes m zmölnig (Debian/GNU)" wrote:
> On 07/16/2015 08:29 PM, Don Armstrong wrote:
> > On Thu, 16 Jul 2015, Simon Richter wrote:
> >> > The problem is that the icons are displayed in the search field
> >> > dropdown, which should be fully functional before
> > FWIW, those [requests to search engines to retrieve their icons] are a
> > consequence of removing supposedly non-free icons from the source
> > package. But maybe you'd prefer no icons at all for the list of search
> > engines.
>
> That's a tough one. I haven't yet got a firm position on what
> In the same way, I'm pretty sure is perfectly possible to make money
> developing free software. You just don't charge for selling copies or
> licenses, but instead you charge for developing new custom features or
> offering support and consultancy around the software.
True, but you would make m
Package: wnpp
Severity: wishlist
Owner: Riley Baird
* Package name: coq-highschoolgeometry
Version : 8.4+20150620
Upstream Author : Frédérique Guilhot
* URL :
http://www.lix.polytechnique.fr/coq/pylons/coq/pylons/contribs/view/HighSchoolGeometry/trunk
* License
> > > > > > If we can use a Debian-specific CA, we can do cert pinning, since
> > > > > > we're
> > > > > > then assuming we have some control over the client. I was assuming
> > > > > > a
> > > > > > general client where we'd have to play nice with the normal CA
> > > > > > roots.
>
> > > > >
> > > > If we can use a Debian-specific CA, we can do cert pinning, since we're
> > > > then assuming we have some control over the client. I was assuming a
> > > > general client where we'd have to play nice with the normal CA roots.
>
> > > Then we would constantly get complaints from Ubuntu/et
On Fri, 29 May 2015 13:55:31 +0800
Paul Wise wrote:
> On Fri, May 29, 2015 at 7:40 AM, Russ Allbery wrote:
>
> > I'm fine with locking the doors. I'm not fine with paying protection
> > money to a Mafia goon who claims they'll lock your windows, and sort of
> > sometimes does. It's the extortio
On Wed, 15 Apr 2015 16:55:56 +0100
Ian Jackson wrote:
> Vincent Bernat writes ("Re: Minified javascripts in packages"):
> >13 avril 2015 17:37 +1000, Ben Finney :
> >> Is the implication of “built by web services” that the source isn't
> >> available for redistribution? Those would be excluded fr
> What I have done so far in my package is to include the concatenated
> but unminified js from the upstream (that would be my upstream's
> upstream) source tarball in debian/missing-sources. During package
> build i use uglifyjs (which is already in Debian) to place minified
> copies where the
On Tue, 14 Apr 2015 18:42:00 +0200
Vincent Bernat wrote:
> ❦ 14 avril 2015 18:22 +1000, Riley Baird
> :
>
> > It makes sense that for small changes, the preferred form for
> > modification would be the generated bootstrap.css. A potential problem
> > with this wou
On Tue, 14 Apr 2015 08:40:07 +0200
Vincent Bernat wrote:
> ❦ 14 avril 2015 11:00 +1000, Ben Finney :
>
> >> > I presume that we can agree that, if someone started offering a web
> >> > service compiling C code with output an order of magnitude better in
> >> > every dimension than gcc can achie
On Fri, 10 Apr 2015 17:44:06 +0200
m...@linux.it (Marco d'Itri) wrote:
> On Apr 10, Thomas Goirand wrote:
>
> > To put it simply: no, you should build everything from source, and not
> > using pre-compiled code (yes, minified scripts can be (and actually are)
> > considered as pre-compiled code..
> the manual of my package is written in SGML language.
> I guess that it may be translate into a more readable format:
> What is the best Debian way to convert it in HTML and/or PDF (via LaTeX) ?
I recently had to deal with this problem myself, when packaging the
documentation for granule. If the
On Wed, 18 Feb 2015 08:19:34 +0800
Paul Wise wrote:
> On Tue, Feb 17, 2015 at 6:12 PM, Riley Baird wrote:
>
> > Kind of, but it's only for that one article. Is there something similar
> > that lists all edits to the wiki itself like that? If not, I could make
> > on
On Mon, 16 Feb 2015 18:30:44 +0100
Tomas Pospisek wrote:
> Am 13.02.2015 um 21:15 schrieb Riley Baird:
> > On Thu, 12 Feb 2015 21:16:39 +0100
> > Tomas Pospisek wrote:
> >> Am 12.02.2015 um 20:59 schrieb Riley Baird:
> >>
> >>> Bug #388141 [RC] refe
> > But dictatorially coming in and demanding that volunteers join you in
> > riding your hobby horse? Please leave.
>
> I did not see any dictatorial demands in his message, he gave the story
> on how to get rid of systemd _within_ Debian, nothing else.
True, but it was bait for another systemd
On Thu, 12 Feb 2015 21:16:39 +0100
Tomas Pospisek wrote:
> Am 12.02.2015 um 20:59 schrieb Riley Baird:
>
> > Bug #388141 [RC] refers to the relicensing of the debian www pages.
> > After contacting debian-www, it seems that there isn't much interest in
> > fi
On Thu, 12 Feb 2015 14:47:53 -0800
Don Armstrong wrote:
> On Fri, 13 Feb 2015, Riley Baird wrote:
> > In any case, even if there is interest in closing this bug, it is
> > definitely more of a long-term thing and is unlikely to be fixed before
> > the jessie release. Because
On Fri, 13 Feb 2015 08:40:53 +
"Adam D. Barratt" wrote:
> On 2015-02-12 19:59, Riley Baird wrote:
> > In any case, even if there is interest in closing this bug, it is
> > definitely more of a long-term thing and is unlikely to be fixed before
> > the jessie rel
eived.
In any case, even if there is interest in closing this bug, it is
definitely more of a long-term thing and is unlikely to be fixed before
the jessie release. Because of this, would it be okay to mark it as
"jessie-ignore"?
Thanks,
Riley Baird
--
To UNSUBSCRIBE, email to de
On 07/02/15 18:36, Paul Wise wrote:
> On Fri, Feb 6, 2015 at 9:50 PM, Thorsten Glaser wrote:
>
>> I smell the chance to share…
>
> It would be nice if someone could contact all of the Python ones and
> ask them to merge their code. Same for all of the Perl ones and all of
> the other ones. Even m
On 29/01/15 09:32, Balder García García wrote:
> Hi, I only want to know when will jessie released , I am waitting for
> SteamOS final version, but first you must launch jessie, thanks for your
> time! // Hola, solo quería saber cuando se lanzará la versión estable de
> Debian Jessie, estoy pendi
s --> Debian GNU/Linux (recovery mode).
> Then, as root, I do a exit, and then it start the rest OK greeen, and
> then start LXDE.
>
>
> 2015-01-22 21:04 GMT+01:00 Riley Baird
> :
>>> The initialization is stoped and the system does not do anything. I have to
>
On 27/01/15 19:19, Johannes Schauer wrote:
> Hi,
>
> Quoting Riley Baird (2015-01-27 04:01:20)
>> That's a good idea. That being said, tarballs containing *all* of
>> the firmware are already (unofficially) produced on a regular
>> basis[1].
>>
>> P
> I just installed Debian 8 (testing) on a PC of mine with the
> graphical installer and the setup ran really smooth - with one
> exception: It was a big hassle to find and download the unfree
> firmware for my Wifi adapter, which I needed for the installation.
Generally, you shouldn't need a netw
On 24/01/15 15:18, Russ Allbery wrote:
> Josh Triplett writes:
>
>> Please, no. Under normal circumstances, the only dynamic bit of the
>> motd comes from uname, and only changes on reboot; updating it via cron
>> just wastes cycles and adds noise to syslog.
>
>> I'm not particularly convinced
>> If we go the update-motd route, I'd like to see the update-motd calls be
>> removed from login (and boot) and instead have the dynamic part of
>> /etc/motd be updated via a cron job.
>
> Please, no. Under normal circumstances, the only dynamic bit of the
> motd comes from uname, and only chang
On 24/01/15 02:18, bejaoui wrote:
> j ' ai eu des problèmes d' installation de l' imprimante j' arrive télé
> charger les logiciels qu' il faut je vous demande de l' aide merci.
Nous ne parlons pas français.
debian-devel-fre...@lists.debian.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@l
> This is *not* what I asked. I've complained on the long description
> only. The other fields like "Depends:" are still needed, without
> having them to be truncated by "less".
>
> This shows that any attempt to write a wrapper will fail at some
> point, and the real solution would be either to l
> While not a full-scale ad-hominem attack, I’d say that the two
> differences I know of between the vrms operation and the
> official FSF position amount to a misrepresentation at best.
> Are we going to drop that package, too?
If you apt-cache show vrms, you will see the
On 16/01/15 12:40, Paul Wise wrote:
> On Fri, Jan 16, 2015 at 4:32 AM, Riley Baird wrote:
>
>> That sounds like a lot of code duplication. Is it possible to have a
>> common library between XBill and XLennart?
>
> ITP submitters aren't necessarily subscribed to
> * URL : https://github.com/xaionaro/xlennart
The URL should be the main branch of xlennart; that is
https://github.com/Xylemon/xlennart
>> if there are other packages providing similar functionality, how does it
>> compare?
>
> This's a fork of XBill. Everything the same, just with
On 10/01/15 08:59, Vincent Lefevre wrote:
> On 2015-01-10 07:05:48 +1100, Riley Baird wrote:
>>> Otherwise shouldn't utilities (such as "dpkg -s") provide a
>>> configurable way to limit the output of the "Description:" field?
>>
>> You
> Otherwise shouldn't utilities (such as "dpkg -s") provide a
> configurable way to limit the output of the "Description:" field?
You can pipe the output to "head" or "tail" to sort of achieve what you
want to.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of
On 06/01/15 05:17, john Lutz wrote:
> I was wondering how one would one go about buildinga GUI tool to cover every
> imaginable setting via a GUIinterface for the majority of standard live and
> other installedDebian distribtion?.. And what tools / standards
> are required by such?
Hmm... each
>> So if Debian provides, say, a web frontend to Ghostscript, then with
>> AGPL Ghostscript running that web frontend as a service for others
>> only require an interface serving its sources if the _webmaster_
>> changes the code for that frontend?
>>
>> Not if Debian makes changes to both the f
> So please excuse my ignorance here: But how does that work? How can we,
> as Debian, ensure that a user automatically complies with the license
> when a package is installed and spawns up a service on a port? (Or
> similarly, installs itself into a web server found on the system.)
I don't think
> Yes. But this isn't as bad as you think, because the source
> availability requirement exists only if you modify the AGPL'd
> software.
I don't think that this is the case. Firstly, because it leaves a
practical loophole in the AGPL:
-Person A takes some software under the AGPL.
-Person A priv
53 matches
Mail list logo
