Package: wnpp
Severity: wishlist
Owner: John Goerzen
* Package name: golang-github-wlynxg-anet
Version : 0.0.5-1
Upstream Author : Wlynxg
* URL : https://github.com/wlynxg/anet
* License : BSD-3-clause
Programming Lang: Go
Description : Network
Hi folks,
As a person that frequently uploads to bookworm-backports, I am
wondering how we are handling the time_t transition there?
The picture of synchronization with testing is a little complicated over
there. If you change the default build flags, you produce unexpected
surprises over bookwo
Hi everyone,
Thanks to all that have put so much time and thought into the time_t
migration. I am late to this party and am trying to figure my way
through it.
Quite a few of my packages are marked for removal from testing because
time_t migration bugs have been filed with severity serious. Som
Package: wnpp
Severity: wishlist
Owner: John Goerzen
* Package name: golang-github-bits-and-blooms-bloom
Version : 3.6.0-1
Upstream Author : Will Fitzgerald
* URL : https://github.com/bits-and-blooms/bloom
* License : BSD-2-clause
Programming Lang: Go
On Sat, Aug 05 2023, Lucas Nussbaum wrote:
> I wonder what we should do, because 5000+ failing packages is a lot...
Let's think about the level of trouble we cause trying to tackle
something that has clearly not bothered anyone for years.
>From the packaging side, there are many reasons that pro
On Sat, Aug 05 2023, Andrey Rakhmatullin wrote:
> On Sat, Aug 05, 2023 at 08:10:35PM +0300, Adrian Bunk wrote:
>> Debian maintainers with proper git workflows are already exporting all
>> their changes from git to debian/patches/ as one file - currently the
>> preferred form of modification of a D
On Tue, May 30 2023, Steve Langasek wrote:
> For businesses, the transition from 32-bit to 64-bit was several
> depreciation cycles ago.
>
> In my city, there is a non-profit that accepts donations of old computers,
> refurbishes them, installs Linux, and both sells them and provides them free
> t
Package: wnpp
Severity: wishlist
Owner: John Goerzen
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: libthreadar
Version : 2.4.0
Upstream Author : Denis Corbin
* URL : https://sourceforge.net/projects/libthreadar/
* License : LGPL v3+
Programming
Package: wnpp
Severity: wishlist
Owner: John Goerzen
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: pygopherd
Version : 3.0.0b2
Upstream Author : John Goerzen , Michael Lazar
* URL : https://github.com/michael-lazar/pygopherd
* License : GPL
Package: wnpp
Severity: wishlist
Owner: John Goerzen
* Package name: gvisor
Version : 20220905.0-1
Upstream Author : Google
* URL : https://github.com/google/gvisor
* License : Apache-2.0 and MIT
Programming Lang: Go
Description : Application Kernel
Package: wnpp
Severity: wishlist
Owner: John Goerzen
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-r...@lists.debian.org
* Package name: filespooler
Version : 1.2.1
Upstream Author : John Goerzen
* URL : https://www.complete.org/filespooler/
* License
On Mon, Feb 07 2022, Theodore Ts'o wrote:
> If we can't do anything else, I suspect we can reduce project a
> friction a lot of we only subject packages to copyright hazing when it
> is a NEW source package, and not when there is a NEW binary package
> caused by some usptream maintainers not bei
On Fri, Feb 04 2022, Russ Allbery wrote:
> Scott correctly points out that there are a ton of copyright bugs in
> Debian *anyway*, despite NEW review. He sees this as a reason for not
> relaxing our review standards. I see it as the exact opposite: evidence
> that our current review standards ar
Hi folks,
I thought I ought to alert people about this, since I haven't seen it
documented anywhere. Salsa CI is effectively doing a chmod -R a+w . on
trees in checks out, and in some circumstances these permissions can
flow into generated data (.debs, Docker images, etc.)
I recommend adding a c
On Tue, Feb 01 2022, Russ Allbery wrote:
> I would hate to entirely lose the quality review that we get via NEW, but
> I wonder if we could regain many those benefits by setting up some sort of
> peer review system for new packages that is less formal and less
> bottlenecked on a single team tha
Package: wnpp
Severity: wishlist
Owner: John Goerzen
* Package name: golang-inet-netstack
Version : 0.0~git20211120.8aa80cf2-1
Upstream Author : inet.af
* URL : https://github.com/inetaf/netstack
* License : Apache-2.0
Programming Lang: Go
Description
Package: wnpp
Severity: wishlist
Owner: John Goerzen
* Package name: golang-github-kardianos-minwinsvc
Version : 1.0.0-1
Upstream Author : Daniel Theophanes
* URL : https://github.com/kardianos/minwinsvc
* License : BSD-3
Programming Lang: Go
Description
Package: wnpp
Severity: wishlist
Owner: John Goerzen
* Package name: golang-github-arceliar-ironwood
Version : 0.0~git20210619.6ad55ca-1
Upstream Author : Arceliar
* URL : https://github.com/Arceliar/ironwood
* License : MPL-2.0
Programming Lang: Go
Package: wnpp
Severity: wishlist
Owner: John Goerzen
* Package name: wireguard-go
Version : 0.0.20220117-1
Upstream Author : Jason A. Donenfeld
* URL : https://git.zx2c4.com/wireguard-go/about/
* License : MIT
Programming Lang: Go
Description
Package: wnpp
Severity: wishlist
Owner: John Goerzen
* Package name: golang-golang.zx2c4-go118-netip
Version : 0.0~git2021.a4a02ee-1
Upstream Author : The Go Authors
* URL : TODO
* License : BSD 3-clause
Programming Lang: Go
Description : An
Package: wnpp
Severity: wishlist
Owner: John Goerzen
* Package name: golang-github-arceliar-phony
Version : 0.0~git20210209.dde1a8d-1
Upstream Author : Arceliar
* URL : https://github.com/Arceliar/phony
* License : MPL-2.0
Programming Lang: Go
Description
Package: wnpp
Severity: wishlist
Owner: John Goerzen
X-Debbugs-Cc: debian-devel@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: John Goerzen
* Package name: yggdrasil-go
Version : 0.4.2-1
Upstream Author : Yggdrasil Network
* URL : https://github.com
Package: wnpp
Severity: wishlist
Owner: John Goerzen
* Package name: golang-lukechampine-blake3
Version : 1.1.5-1
Upstream Author : Luke Champine
* URL : https://github.com/lukechampine/blake3
* License : Expat
Programming Lang: Go
Description : Pure
Package: wnpp
Severity: wishlist
Owner: John Goerzen
* Package name: hjson-go
Version : 3.1.0-1
Upstream Author : Hjson
* URL : https://github.com/hjson/hjson-go
* License : Expat
Programming Lang: Go
Description : Hjson for Go
This package includes
Package: wnpp
Severity: wishlist
Owner: John Goerzen
* Package name: golang-github-davecgh-go-xdr
Version : 0.0~git20161123.e6a2ba0-1
Upstream Author : Dave Collins
* URL : https://github.com/davecgh/go-xdr
* License : ISC
Programming Lang: Go
Description
On Tue, Feb 04 2020, Steve McIntyre wrote:
> Arnd scanned the library packages in the Debian archive and identified
> that about one third of our library packages would need rebuilding
> (and tracking) to make a (recursive) transition. We can see two
> different possible routes to follow:
>
> A F
On Thu, Oct 31 2019, Theodore Y. Ts'o wrote:
> It may be that sysvinit is doomed. But we shouldn't be accelerating
> the process.
You are quite right. I have also found myself wondering, though, what
are the BSDs doing? Clearly systemd isn't going to be workable for
them. Is their approach s
On Fri, Oct 11 2019, Scott Kitterman wrote:
> I have been told by docker users (I'm not one) that systemd as provided on
> Debian can't be used in docker. I have no idea if that's true or not. I try
> really hard to know as little about init systems as possible and trust our
> maintainers who
On Mon, Oct 21 2019, Enrico Weigelt wrote:
> On 05.10.19 03:31, Paul Wise wrote:
>> On Fri, Oct 4, 2019 at 10:49 PM Enrico Weigelt wrote:
>>> On 24.07.19 08:17, Marc Haber wrote:
>>>
Do we have a build technology that uses containers instead of chroots
yet?
>>>
>>> Something like docke
Package: wnpp
Severity: wishlist
Owner: John Goerzen
* Package name: nncp
Version : 4.1
Upstream Author : Sergey Matveev
* URL : http://www.nncpgo.org/
* License : GPL
Programming Lang: Go
Description : Node to Node Copy for secure store-and-forward
Package: wnpp
Severity: wishlist
Owner: John Goerzen
* Package name: glktermw
Version : 1.0.4
Upstream Author : Andrew Plotkin
* URL : https://www.eblong.com/zarf/glk/index.html
* License : Custom permissive (DFSG-free)
Programming Lang: C
Description
Package: wnpp
Severity: wishlist
Owner: John Goerzen
* Package name: glulxe
Version : 0.5.4
Upstream Author : Andrew Plotkin
* URL : https://eblong.com/zarf/glulx/
* License : MIT
Programming Lang: C
Description : Interpreter for glulx interactive
On Thu, Sep 19 2019, Bálint Réczey wrote:
> I would like to just remind ourselves that in WSL and Docker
> containers systemd is not running as the init system and systemd
> services can't be started easily but init.d scripts can be.
FWIW, with buster, systemd becomes possible in unprivileged do
On Tue, Aug 27 2019, Antonio Terceiro wrote:
> FWIW, nowadays gitlab keeps track of every push, including rebases, to a
> single merge request. It even adds a "compare to previous version",
> where you can see the diff between the latest, maybe rebased, version of
> the branch, and the previous
On Fri, May 10 2019, Ian Jackson wrote:
>> On my embedded systems, I don't have ar installed, only tar.
>> I assume, that dpkg speaks ar natively?
>
> dpkg-deb has a built-in decoder for the subset of ar that is used for
> deb(5). One reason I chose ar rather than tar is that handwriting a
> de
On Tue, Apr 23 2019, Michael Biebl wrote:
> Am 23.04.19 um 11:12 schrieb Michael Biebl:
>
>> But splitting each tiny module into a separate package adds significant
>> overhead packaging-wise.
>
> (not to forget NEW round trips)
What about an approach like exim4-daemon-light vs. exim4-daemon-he
Package: wnpp
Severity: wishlist
Owner: John Goerzen
* Package name: mtree-netbsd
Version : 20180822
Upstream Author : Joerg Sonnenberger and NetBSD
contributors
* URL :
http://cdn.netbsd.org/pub/pkgsrc/current/pkgsrc/pkgtools/mtree/README.html
* License
Package: wnpp
Severity: wishlist
Owner: John Goerzen
* Package name: libnbcompat
Version : 20180822
Upstream Author : Joerg Sonnenberger and the NetBSD PRoject
* URL :
http://cdn.netbsd.org/pub/pkgsrc/current/pkgsrc/pkgtools/libnbcompat/README.html
* License
On 08/08/2015 01:58 PM, Daniel Pocock wrote:
>
> I recently started using a 4K display with Debian jessie and GNOME shell
>
> The hardware setup was quite straightforward as I chose to buy a new
There is also an understated problem - DPI changing during a session, or
even different monitors having
On 03/14/2015 07:36 AM, Vincent Bernat wrote:
> ❦ 14 mars 2015 11:11 +0100, Dominik George :
>
>> I found out today that roundcube was removed from Debian testing due to
>> some unfixed bugs. I investigated a bit further and found that:
>>
>> - 1.1.0 has long been released upstream, but:
>>
On 11/10/2014 02:13 AM, Raphael Hertzog wrote:
> On Sun, 09 Nov 2014, John Goerzen wrote:
>> Debian is a making-the-world-better project, a caring for people
>> project, a freedom-spreading project. Free Software is our tool.
> [...]
>> My plea is that we each may get an
On 11/10/2014 04:15 AM, Michael Ole Olsen wrote:
> If there was a choice in the installer for Init system and boot loader there
> would be nobody complaining.
But here my point is to put it in perspective. Somebody isn't going to
get their way on this, whether it be the system they prefer as defa
Good afternoon,
This message comes on the heels of Sam Hartman's wonderful plea for
compassion [1] and the sad news of Joey Hess's resignation from Debian [2].
I no longer frequently post to this list, but when you've been a Debian
developer for 18 years, and still care deeply about the community
On 09/12/2014 02:27 PM, Barry Warsaw wrote:
> On Sep 12, 2014, at 07:18 PM, Jakub Wilk wrote:
>
>> I'm looking forward for systemd-mta.
>
> It's inevitable. ;)
>
> http://catb.org/jargon/html/Z/Zawinskis-Law.html
>
> -Barry
Just wait for systemd-emacs. It would obsolete... all of gnuserv!
On 09/12/2014 06:46 AM, Jan Niehusmann wrote:
> A common use case for disk encryption is to protect a lost or stolen
> laptop. And the adversary is not some powerful agency, but a curious
> person browsing through the hard disk before formatting it.
>
> I see no reason to assume that encfs is not
Package: wnpp
Severity: wishlist
Owner: John Goerzen
* Package name: simplesnap
Version : 1.0.0
Upstream Author : John Goerzen
* URL : https://github.com/jgoerzen/simplesnap
* License : GPL
Programming Lang: bash
Description : Simple and powerful
Package: wnpp
Severity: wishlist
Owner: John Goerzen
* Package name: zetaback
Version : 1.0.6
Upstream Author : OmniTI Computer Consulting, Inc
* URL : https://labs.omniti.com/labs/zetaback
* License : BSD
Programming Lang: Perl
Description : ZFS thin
Package: wnpp
Severity: wishlist
Owner: John Goerzen
* Package name: zfsnap
Version : 1.11.1
Upstream Author : Aldis Berjoza
* URL : https://github.com/graudeejs/zfSnap
* License : See below
Programming Lang: Bash
Description : Automatic snapshot
On 02/08/2011 05:04 PM, Hamish Moffatt wrote:
Similar AX.25 tools "call" and "listen" were renamed in 2007 to ax*
(package ax25-apps), because those names were too generic (according to
the changelog).
... resulting in considerable confusion from many people, given that
much documentation out
Package: wnpp
Severity: normal
Hi,
I am orphaning Bacula. (I will also be orphaning the related package
bacula-doc, which has a separate upstream and Debian source tree.)
The package is in good shape, but due to a transition away from
tape-based backups, I will no longer be using it and therefo
On 01/13/2011 06:19 PM, Jesús M. Navarro wrote:
Hi, Sune:
On Thursday 13 January 2011 00:12:06 Sune Vuorela wrote:
On 2011-01-12, Jesús M. Navarro wrote:
I have considered to take this one step further. Close bugs reported in
Debian BTS with a severity of important or less that is a bug that
On 01/12/2011 12:52 AM, Nikita V. Youshchenko wrote:
I understand that maintainers' time is limited and that forwarding bugs
is not an enjoyable task. But I also understand that having a BTS
account for the upstream BTS of each of the 2405 packages I have
installed on my laptop (not to mention m
On 01/12/2011 05:59 PM, Ben Finney wrote:
Rather, I'm arguing that the maintainer role, as a mediator and
interface between upstream and the Debian user, entails a whole lot of
different tasks, and being a mediator in the discussion between
upstream-who-doesn't-care-about-Debian-specifically and
On 01/12/2011 09:35 AM, Gunnar Wolf wrote:
Ben Finney dijo [Wed, Jan 12, 2011 at 04:01:46PM +1100]:
(...)
I'm adding zero value here. Zero. It is a huge and frustrating waste
of my time.
Not in my view. I appreciate the Debian package maintainer acting in the
interest of “lower the barrier fo
On 01/11/2011 05:54 PM, brian m. carlson wrote:
I've noticed a trend lately that I am often asked to forward the bugs I
report to the Debian BTS upstream, either by the maintainers or
automatically by a bug script. I believe, and I continue to believe,
that maintainers should forward bugs upstre
On Tue, Mar 30, 2010 at 09:02:59AM +0800, Paul Wise wrote:
> On Tue, Mar 30, 2010 at 8:03 AM, John Goerzen wrote:
>
> > 1. workstation running sid
>
> I used that until DebConf9 when I reinstalled and switched from i386 to amd64.
>
> > 2. workstation running squeeze
On Mon, Mar 29, 2010 at 05:43:06PM -0700, Russ Allbery wrote:
> John Goerzen writes:
> I use a combination of the two of these except with testing on my primary
> workstation (the one that I can't afford to have go down), but list and
> deprioritize sid in sources.list on the wo
Paul Wise wrote:
>> So I am concerned about this approach for security reasons as well.
>
> Could you detail your concerns here?
That was a braino. I meant to say *performance* reasons.
-- John
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe".
Hi folks,
I'm trying to solicit comments on what people are using for development
environments and how well it's working. Here are some situations I
imagine are common:
1. workstation running sid
I've followed this model for over a decade. It works well, in general,
and I keep up with developm
Ben Hutchings wrote:
> Xen might be doing well in some distributions but in lenny it has been a
> disaster. We have been stuck with a dead-end branch that no-one has the
> time and knowledge to fix. I believe squeeze will be better due to the
> common base kernel version and some support from ups
Martin Wuertele wrote:
> * Goswin von Brederlow [2010-02-26 11:19]:
>
>>> KVM is shaping up well and appears to be very well supported by Red Hat.
>> But still slower and less secure due to qemu.
>
> Can you back that statement with numbers? My subjective impression is
> that kvm with libvirt is
Thank you for the conversation on this. I would like to summarize what
people have been saying -- it seems there is still a lot of disagreement
about things out there yet, and I'm not entirely certain about things
yet, but this has been helpful.
I'll include my original email with comments from p
Bastian Blank wrote:
>
> Did we ever had something "preferred"?
Not officially, but there were clearly better solutions for different
situations.
-- John
>
> Bastian
>
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm
Petter Reinholdtsen wrote:
> I understand the pain of maintaining Xen, but believe it is bad idea
> to defend replacing it with kvm by claiming those needing
> virtualization and not having servers with hardware support are few
> and should just get new servers.
Agreed. At work, we made a major p
Hi folks,
There was a thread here a little while back about the status of Xen in
future Debian releases. It left me rather confused, and I'm hoping to
find some answers (which I will then happily document in the wiki).
According to http://wiki.debian.org/SystemVirtualization :
"Qemu and KVM - M
On Wed, Feb 03, 2010 at 04:25:40PM -0600, Matt Zagrabelny wrote:
> I am using git with no debian/patches (quilt/dpatch) to manage the cdpr
> package.
I am doing the same, for the very simple reason that every other
approach I've seen violates the KISS (Keep It Simple, Stupid)
principle.
My Debian
Mike Hommey wrote:
> On Wed, Nov 11, 2009 at 06:38:25PM -0600, John Goerzen wrote:
>> On Tue, Nov 10, 2009 at 10:45:04PM +0100, Mike Hommey wrote:
>>> On Tue, Nov 10, 2009 at 11:43:19AM -0600, John Goerzen wrote:
>>>> John Goerzen wrote:
>>>>> My sug
On Tue, Nov 10, 2009 at 10:45:04PM +0100, Mike Hommey wrote:
> On Tue, Nov 10, 2009 at 11:43:19AM -0600, John Goerzen wrote:
> > John Goerzen wrote:
> > > My suggestion is this:
> > >
> > > Take the default Firefox user agent.
> > >
&g
Mike Hommey wrote:
> On Tue, Nov 10, 2009 at 11:05:47PM +0100, Michael Banck wrote:
>> On Tue, Nov 10, 2009 at 10:45:04PM +0100, Mike Hommey wrote:
>>> On Tue, Nov 10, 2009 at 11:43:19AM -0600, John Goerzen wrote:
>>>> John Goerzen wrote:
>>>>>
Adam Majer wrote:
> On Tue, Nov 10, 2009 at 09:57:22AM +0100, Mike Hommey wrote:
>> I just decided I don't care anymore. So here is a deal to those reading
>> this thread. Give me a UA string that:
>> - Doesn't claim to be Firefox (i.e keep Iceweasel in it)
>> - Is compatible with most crappy sites
Mike Hommey wrote:
> On Tue, Nov 10, 2009 at 11:43:19AM -0600, John Goerzen wrote:
>> John Goerzen wrote:
>>> My suggestion is this:
>>>
>>> Take the default Firefox user agent.
>>>
>>> Where you see Firefox/x.y.z, change it to:
>>
John Goerzen wrote:
> My suggestion is this:
>
> Take the default Firefox user agent.
>
> Where you see Firefox/x.y.z, change it to:
>
> Firefox/x.y.z Iceweasel/x.y.z
>
> And that will accomplish everything needed.
>
> Sound good, Mike?
>
I forgot to ad
John Goerzen wrote:
> Epiphany under XUbuntu 7.04: Mozilla/5.0 (X11; U; Linux i686; en;
> rv:1.8.1.3)
> Gecko/20061201 Epiphany/2.18 Firefox/2.0.0.3 (Ubuntu-feisty)
I can report that this fixed the problem for Google Gears at least. I
haven't had the opportunity to test others.
My
Didier 'OdyX' Raboud wrote:
> Mike Hommey wrote:
>
>> On Tue, Nov 10, 2009 at 08:54:41AM -0600, John Goerzen wrote:
>>> Mike Hommey wrote:
>>>> I just decided I don't care anymore. So here is a deal to those reading
>>>> this thread.
Mike Hommey wrote:
> On Tue, Nov 10, 2009 at 04:29:39PM +0100, Mike Hommey wrote:
>> On Tue, Nov 10, 2009 at 09:23:10AM -0600, John Goerzen wrote:
>>>> Let me suggest adding "(like Firefox/3.5)", but I'm not sure how the
>>>> crappy sites parsi
Mike Hommey wrote:
> On Tue, Nov 10, 2009 at 08:54:41AM -0600, John Goerzen wrote:
>> Mike Hommey wrote:
>>> On Mon, Nov 09, 2009 at 10:12:07AM -0600, John Goerzen wrote:
>>>> Hi everyone,
>>>>
>>>> The fact that Iceweasel does not beh
Mike Hommey wrote:
> On Mon, Nov 09, 2009 at 10:12:07AM -0600, John Goerzen wrote:
>> Hi everyone,
>>
>> The fact that Iceweasel does not behave like Firefox in some important
>> areas has been bothering me more and more of late. Iceweasel breaks
>> many, many we
Mike Hommey wrote:
> Also note there is a "Report broken web site" in the Help menu, which
> gives a dialing in which the first "Problem type" is "Browser not
> supported". This should open some kind of evangelism bug to mozilla,
> though I'm not exactly sure it works in the Iceweasel builds. Feed
Michael Gilbert wrote:
> On 11/9/09, John Goerzen wrote:
>> Here are some sites/apps that break, at least in part, because of our
>> API claiming to be Iceweasel:
>>
>> Zimbra admin console
>> BlackBoard (used by thousands of universities)
>> http://brow
Obey Arthur Liu wrote:
> As someone pointed out in the thread, Mozilla doesn't even allow its
> trunk and alpha versions of Firefox to use the Firefox brand, whether in
> application name, installation directory (for the Windows version) or
This has nothing to do with using the "brand". This is a
Hi everyone,
The fact that Iceweasel does not behave like Firefox in some important
areas has been bothering me more and more of late. Iceweasel breaks
many, many web apps by virtue of not using the Firefox user-agent
string. It also breaks compatibility with some plugins.
I completely agree wi
On Thu, Sep 10, 2009 at 04:05:19PM +0100, Colin Tuckley wrote:
> Quoting Mark Brown :
>
> >What would be really useful here is the ability to set up the BTS to
> >subscribe you to bugs you've filed by default. That avoids the issue
> >with confusing less technical users.
>
> That is exactly what
Martin Zobel-Helas wrote:
> If you think we (DSA) are doing a bad job, please feel free to attand
> DSA BoF on DC9 and lets talk about it there.
That implies to me that this is the only way to discuss the issue. Is
that what you meant to imply?
I hope not; there are many people that can contribu
On Wed, Jun 24, 2009 at 05:51:58PM -0500, Raphael Geissert wrote:
> Side effects:
> * Errors caused by the use of bashisms.
And the really important side-effect is that user scripts on all sorts
of installed systems could experience trouble.
> * Faster boot, builds, and general usage of /bin/sh s
Peter Samuelson wrote:
> [Michael Banck]
>> If copying is indeed the only thing which is mediated via DRM, I agree
>> with you, but maybe the situation should get analyzed a bit and anyway,
>> we should make it easy for large organisations (public administration,
>> companies) to set a default for
John Goerzen wrote:
> In any case, two of the three, at least (xpdf and evince) have a similar
> core. It would be something if all three could standardize on poppler, eh?
Actually, it appears that okular also uses poppler. But then I also
forgot the Ghostscript-based ones: gv, g
Johan Henriksson wrote:
> Mike Hommey wrote:
>> On Sun, May 31, 2009 at 03:54:29PM +0200, Sune Vuorela wrote:
>>
>>> On Sunday 31 May 2009 15:32:25 John Goerzen wrote:
>>>
>>>
>>>
>>>> #2 and #4 especially should be excepti
Michelle Konzack wrote:
> Am 2009-05-31 09:05:10, schrieb John Goerzen:
>> Could you share your reasoning with us, specifically why you don't like
>> each of the four options I mentioned? (Reproduced below)
>>
>> 1) Remove the DRM feature entirely
>
> And
tags 531221 patch
thanks
Sune Vuorela wrote:
>> 2) Patch the default to have it disabled
>
> It's a deviation from upstream that we would have to maintain for eternity.
> This issue is not important enough for me to put the extra required work into
> it
Here's the patch:
jgoer...@katherina:/tm
John Hasler wrote:
> Pino Toscano writes:
>> I'm just curious to know: if you don't use the package, how can you express
>> an
>> opinion on it?
>
> I commented on the misuse of the term DRM to describe the advisory locking
> that is the subject of this discussion. I added the parenthetical to
Marco d'Itri wrote:
> On May 31, Sune Vuorela wrote:
>
>> So. you want Okular to by default help you with violating conditions of use
>> of
>> the document you downloaded?
> Correct, this is what I would like it to do (but I use evince instead,
> which by default does not bother users with this
Ana Guerrero wrote:
> On Sun, May 31, 2009 at 08:32:25AM -0500, John Goerzen wrote:
>> In any case, I think it was very premature to tag this wontfix.
> ...
>
>> Why are you tagging it wontfix, Sune?
>>
>
> I do not see this as premature at all. We, KDE maintai
Stefano Zacchiroli wrote:
> FWIW If I were the package maintainer, my choice would be not to "Obey
> DRM" by default, but I'm not.
Interestingly enough, we patch this stuff out of xpdf already, for
presumably the same reasons. evince either never had it, or it is
patched out in Debian. I would
Philipp Kern wrote:
> On 2009-05-31, Mike Hommey wrote:
>> Both these propositions make the "feature" pointless. The only sensible
>> options is to dump it entirely, as you are suggesting below.
>
> Actually an advisory dialog (which could be turned off) would make some sense.
> ("The author of t
Luis Felipe Tabera wrote:
> On Sábado, 30 de Mayo de 2009 18:38:40 Marco d'Itri escribió:
>> On May 31, Pino Toscano wrote:
>>> This means the author of the PDF set that users shouldn't (in their will)
>>> copy the text from their PDF.
>>> You can disable the usage of document permissions by disab
Package: okular
Version: 4:4.2.2-2
Severity: normal
I'm CCing this to Debian-devel because I think it speaks to a larger
issue.
I just downloaded a PDF, and tried to copy and paste a bit of text
from it. I used the selection tool, and Okular offered to speak it to
me, but said "Copy forbidden by
Yves-Alexis Perez wrote:
> On Wed, 06 May 2009 14:21:05 -0500
> John Goerzen wrote:
>
>> I for one would have appreciated it if, before the upload, you had
>> laid out why you're planning to do it here on debian-devel. I don't
>> think you would have met a
Julien BLACHE wrote:
> John Goerzen wrote:
>
> Hi,
>
>> I, for one, have heard just about enough of "Hey developers, we're doing
>> $FOO, and it's already been decided, so put up or shut up" from people.
>> I'd like a little bit more alon
Aurelien Jarno wrote:
> Michael Prokop a écrit :
>> | Debian is switching to EGLIBC
>> |
>> | I have just uploaded Embedded GLIBC (EGLIBC) into the archive (it is
>> | currently waiting in the NEW queue), which will soon replace the GNU
>> | C Library (GLIBC).
>> | [...]
>>
>> -- http://blog.aure
Package: wnpp
Severity: wishlist
Owner: John Goerzen
* Package name: mobiperl
Version : latest svn
Upstream Author : Tommy Persson
* URL : https://dev.mobileread.com/trac/mobiperl
* License : GPL3
Programming Lang: Perl
Description : Generate and
1 - 100 of 584 matches
Mail list logo
