int.git
ssh://git.debian.org/git/collab-maint/gutenprint.git
Thanks,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/
`-GPG Public Key: 0x25B
PG-signed tags giving you an auditable
chain of trust along the path.
This makes pulling changes from upstream and downstream trivial since
you have a contiguous history from end-to-end and the same applies to
pushing changes back e.g. with rebasing and format-patch. This is
lost if importing
ion by
totally crippling the library to work on a least-common-denominator
system by removing all optimisations and threading, it should be
actually fixed, probably best if done in collaboration with upstream.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux
On Sun, Aug 15, 2010 at 03:08:42PM -0700, Russ Allbery wrote:
> Roger Leigh writes:
> > Essentially, *everything* stays in git from upstream to distributed
> > releases to debian work and releases and also to downstreams. There's
> > no import of release tarballs becaus
ll only ever change if a translatable
string changes in the sources. Score!
With this strategy you can keep the po/* files continually
up-to-date because they now only change when they actually
have genuine changes. All the genuinely pointless churn is gone.
Regards,
Roger
--
.'
On Mon, Sep 06, 2010 at 08:22:01PM +0100, Darren Salt wrote:
> I demand that Roger Leigh may or may not have written...
>
> > On Mon, Sep 06, 2010 at 05:53:02PM +0100, Darren Salt wrote:
> >> I demand that Neil Williams may or may not have written...
> >>> Chur
ernhard suggested. Could you elaborate on why Build-Features seems
preferable since this appears to be a simple and easily implementable
solution to the problem?
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debia
require eliminating the duplication on locale
loading. Having the entire UTF-8 table duplicated for each different
locale you use is just mad.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printi
build chroot is fully updated and upgraded prior to
testing can avoid false positives!
Note: when building packages for upload, set
$build_dep_resolver='internal';
(or comment out the line) to use the internal resolver to make sure
the same resolver is used as on the buildds.
Fe
On Wed, Nov 10, 2010 at 01:00:29PM +0100, Goswin von Brederlow wrote:
> Roger Leigh writes:
>
> > A new "aptitude" resolver has been written by Marc 'HE' Brockschmidt.
> > This creates a dummy "dependency package" which is installed and
> >
On Wed, Nov 10, 2010 at 08:57:35PM +0100, Goswin von Brederlow wrote:
> Roger Leigh writes:
>
> > On Wed, Nov 10, 2010 at 01:00:29PM +0100, Goswin von Brederlow wrote:
> >> Roger Leigh writes:
> > Just to mention in passing, I also wrote an additional "apt"
On Wed, Nov 10, 2010 at 05:17:30PM -0500, Andres Mejia wrote:
> On Wed, Nov 10, 2010 at 2:57 PM, Goswin von Brederlow
> wrote:
> > Roger Leigh writes:
> >
> >> On Wed, Nov 10, 2010 at 01:00:29PM +0100, Goswin von Brederlow wrote:
> >>> Roger Leigh wri
On Thu, Nov 11, 2010 at 10:15:54AM +0100, Ansgar Burchardt wrote:
> Roger Leigh writes:
>
> >> There is a solution to this actually. Create a Packages, Release and
> >> Release.gpg file for the pseudo package and add them as file:// url to
> >> sources.list.d/.
now available, filed in #604563 and #604912.
Testing on a wider range of packages would be appreciated if anyone
has the time.
Once we have this dh support in unstable, we'll have ~50% of the
archive with support for these rules. (cdbs already supports them.)
Regards,
Roger
--
.'
ket loss, time 11106ms
rtt min/avg/max/mdev = 14.753/14.877/15.164/0.142 ms
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/
`-GPG P
nds.
APC might be more appropriate--it's a command sent to the device from
the application.
Or DCS (only process if SRTM is enabled with SM). Would allow turning
the facility on and off, though a rogue application could just enable
it. Still not sure this is necessarily applicable th
-us/articles/performance-tools-for-software-developers-bsymbolic-can-cause-dangerous-side-effects/
Upstreams should not need to rewrite their sources to work with
Ubuntu's broken toolchain. Overriding symbols in other libraries is
perfectly legitimate practice; that's the whole reason
aries are awful
for example, due to leaking lots of global resources (GQuarks, type
unregistration etc.)
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing on GNU/Linux? http://gutenprint.source
ing violation of encapsulation,
you will find (e.g. with "nm -C -D") your binary will have
boost::system symbols in it which are only satisfied indirectly
via libboost_filesystem and which would result in breakage if
libboost_filesystem drops that dependency and you don&#x
On Fri, Dec 03, 2010 at 03:14:05PM +0100, Samuel Thibault wrote:
> Roger Leigh, le Fri 03 Dec 2010 14:08:48 +, a écrit :
> > While I do find this a rather annoying violation of encapsulation,
> > you will find (e.g. with "nm -C -D") your binary will have
> > bo
er, the consistency issue is mainly taken care of
by always starting with a clean chroot, and now that we're using
LVM snapshots, that's taken care of.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`
On Fri, Dec 03, 2010 at 02:52:12PM -0200, Fernando Lemos wrote:
>
> On Fri, Dec 3, 2010 at 12:08 PM, Roger Leigh wrote:
> > While I do find this a rather annoying violation of encapsulation,
> > you will find (e.g. with "nm -C -D") your binary will have
> > boo
On Fri, Dec 03, 2010 at 03:58:13PM -0200, Fernando Lemos wrote:
> Hi, Olaf
>
> On Fri, Dec 3, 2010 at 3:49 PM, Olaf van der Spek
> wrote:
> > On Fri, Dec 3, 2010 at 6:41 PM, Roger Leigh wrote:
> >> Why? If you link indirectly today, and later on boost_filesystem
On Fri, Dec 03, 2010 at 03:54:49PM -0200, Fernando Lemos wrote:
> Hi Roger,
>
> On Fri, Dec 3, 2010 at 3:41 PM, Roger Leigh wrote:
> [...]
> > btag *does* use boost::system, even though you don't want to use it.
> > Right now, with the g++4.5 and/or the gold linker,
On Fri, Dec 03, 2010 at 10:23:39PM +0100, Olaf van der Spek wrote:
> On Fri, Dec 3, 2010 at 10:09 PM, Roger Leigh wrote:
> > Now, consider what happens if libboost_filesystem drops its
> > libboost_system dependency. NOTE: we're not considering rebuilding
> > from so
---//
#ifndef BOOST_FILESYSTEM_FILESYSTEM_HPP
#define BOOST_FILESYSTEM_FILESYSTEM_HPP
#include// includes path.hpp
#include
#endif
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing on GNU/Linux?
On Fri, Dec 03, 2010 at 11:09:01PM +0100, Olaf van der Spek wrote:
> On Fri, Dec 3, 2010 at 11:04 PM, Roger Leigh wrote:
> >> The header knows what version it is, so it can use that to link to the
> >> correct lib.
> >
> > The header is just a text file
On Fri, Dec 03, 2010 at 02:28:32PM +, Roger Leigh wrote:
> On Fri, Dec 03, 2010 at 03:14:05PM +0100, Samuel Thibault wrote:
> > Roger Leigh, le Fri 03 Dec 2010 14:08:48 +, a écrit :
> > > While I do find this a rather annoying violation of encapsulation,
> > > y
On Mon, Dec 06, 2010 at 02:32:01PM +0100, Olaf van der Spek wrote:
> On Fri, Dec 3, 2010 at 11:38 PM, Olaf van der Spek
> wrote:
> > On Fri, Dec 3, 2010 at 11:22 PM, Roger Leigh wrote:
> >>> > The header is just a text file. It doesn't contain any library
&g
On Mon, Dec 06, 2010 at 02:57:59PM +0100, Olaf van der Spek wrote:
> On Mon, Dec 6, 2010 at 2:50 PM, Roger Leigh wrote:
> >> >> These are using proprietary vendor-specific #pragmas. It's pretty
> >> >
> >> > True, but IMO the concept seems pre
On Thu, Dec 09, 2010 at 02:00:24PM +0100, Olaf van der Spek wrote:
> On Mon, Dec 6, 2010 at 4:34 PM, Roger Leigh wrote:
> >> I was wondering why you considered the auto linking stuff to be so
> >> horrible.
> >> IMO the best solution would be to get auto link supp
d /usr is gone.
IMHO, there are nowadays few (if any) compelling reasons for having a
separate /usr, and hence for having /usr at all other than as a
compatibility symlink to /. Have we actually got any reasons for
keeping it?
Regards,
Roger
--
.''`. Roger Leigh
: :' :
dpkg must be considered a unified whole; it
does not make any sense to share one part and not another. They must
be updated together or else the system will be left in a broken and
inconsistent state. A separate /usr is no longer required to boot the
system now we have initramfs. In consequenc
On Wed, Jan 05, 2011 at 12:44:34PM +0100, Olaf van der Spek wrote:
> On Wed, Jan 5, 2011 at 1:25 AM, Roger Leigh wrote:
> > Well, that's the issue at hand. The reason I mentioned this is
> > because I believe that the / and /usr separation is a case where we
> > s
On Wed, Jan 05, 2011 at 01:57:31PM +0100, Olaf van der Spek wrote:
> On Wed, Jan 5, 2011 at 1:18 PM, Roger Leigh wrote:
> >> You're right. Is there a project goal for this yet?
> >
> > No, that's one of the reasons I've brought it up.
> >
> > P
onffiles remaining.
This has proven to be the case on every system I've migrated so far,
and it is a real pain to identify each offending script and then
find which package it belonged to and purge it.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux
On Fri, Jan 14, 2011 at 04:07:58PM -0800, Russ Allbery wrote:
> Roger Leigh writes:
>
> > I've yet to find a single system which upgraded to insserv cleanly.
> > This is mostly due to removed packages which need fully purging to
> > remove the last traces of old
On Fri, Jan 14, 2011 at 04:52:13PM -0800, Russ Allbery wrote:
> Roger Leigh writes:
>
> > Yes, and this is what I did. It's just rather tedious to (IIRC)
> > repeatedly run "dpkg-reconfigure sysv-rc" and then find out which file
> > is offending,
thing different, work with people in Debian to provide
> it but you do have to work with people with differing expertise.
>
> Every great idea is worthless without someone to do the work.
Dear Neil,
I just wanted to say thanks for your considered and thoughtful reply.
I agreed with everythin
lly check if the user
modified one of the conffiles. An example is attached. Modifying
it to automatically purge "safe" packages where the user made no
modifications would be fairly trivial.
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.
ultitude of deficiencies for decades,
and now we have a working solution to that. Your efforts would be best
focussed on finding, fixing and reporting any issues which are causing
you problems, not griping about decisions which were already taken. It
was changed in July 2009 for crying out loud!
scape, and
write this in troff (-ms) and xfig/PIC. It's not too shabby for
a nearly 40 year old system, though I am not half as proficient in
it as I am with LaTeX.]
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.
On Mon, Feb 07, 2011 at 11:53:46PM +0100, Jens Peter Secher wrote:
> On 2011-02-07 00:40, Roger Leigh wrote:
> > http://www.codelibre.net/~rleigh/hashlink.pdf
>
> Interesting! It seems that it would also be beneficial to
> log-structured file systems [1].
>
> I s
On Sun, Feb 06, 2011 at 10:23:00PM -0400, Joey Hess wrote:
> Roger Leigh wrote:
> > There are lots of Debian people out there using git, and some of them
> > have expressed interest over the years in having the ability to use
> > git as a filesystem in its own right (#477942
und to bitrot even further? It's not like it's
going to cause massive inconvenience--they are long obsolete.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing on GNU/Linux?
On Fri, Feb 11, 2011 at 09:46:29PM +0900, Norbert Preining wrote:
> On Fr, 11 Feb 2011, Roger Leigh wrote:
> > XeTeX and XeLaTeX allow native UTF-8 input. Should be made the
> > default, IMO, given how obsolete and broken the "standard" TeX
> > encodings are. Bei
On Fri, Feb 11, 2011 at 10:43:38PM +0900, Norbert Preining wrote:
> On Fr, 11 Feb 2011, Roger Leigh wrote:
> > Um, no need to be rude.
>
> Well, you started with "throw TeX into the bin!" (cum grano salis)
> The only possible answer to that is mine. Or shutting up
nd they
will bitrot and potentially cause more problems down the line.
The former situation is simple, robust and maintainable. But the
latter, it's a virtually intractable problem, and given the lack of
concern about it up to now, it's not a major worry for most people,
and from a cost/be
On Sun, Feb 13, 2011 at 12:42:57PM +0100, Bernhard R. Link wrote:
> * Roger Leigh [110212 21:58]:
> Allowing things to build in a non-artificial environment is simply an
> important part of being a good free software citizen. We as packagers do
> not like it if upstream has an arcane
e would
ideally want an equivalent to Dpkg::Deps::reduce_arch() to do the
stripping (if reduce_arch wasn't the appropriate place to do it
already). This saves us from reimplementing yet another parser, and
it getting outdated; we currently use it for stripping dependencies
not needed for the build'
ild logs. It might also be possible to skip
some of the archive; we only really need a representative sample to
do a realistic test, if time and disc space are issues.
If there are any project machines available that could do this, that
would be great!
Many thanks,
Roger
--
.'&#
On Mon, Feb 14, 2011 at 08:53:13PM -0600, Raphael Geissert wrote:
> Roger Leigh wrote:
> > However, in order to understand the implications, we need concrete
> > data about exactly how they differ, and under what situations. What
> > I would like to do is a rebuild of the s
On Mon, Feb 14, 2011 at 04:28:49PM -0800, Steve Langasek wrote:
> On Mon, Feb 14, 2011 at 09:52:32PM +0000, Roger Leigh wrote:
> > On Mon, Feb 14, 2011 at 01:08:51PM -0800, Steve Langasek wrote:
> > > And although for the most part the roll-out of multiarch is intended to
onsive connections at times due to this.
If it's geninely a problem with networking on Linux, I think you
should get in touch with the linux-kernel folks. The netdev list
at vger.kernel.org might be a good place to start.
Regards,
Roger
--
.''`. Roger Leigh
: :&#
ly shared systems I use, it's common for home
directories to be readable by default, so you can let other people
access your data, scripts, git repos, or whatever.
I can see that in some circumstances you might well want total control
over who can see your files, but unless you're dealing with
x
group:www-data:--x
mask::r-x
other::r-x
# file: home/rleigh/public_html
# owner: rleigh
# group: rleigh
user::rwx
group::r-x
group:www-data:r-x
mask::r-x
other::r-x
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian
On Thu, Feb 17, 2011 at 04:07:12PM +0100, Olaf van der Spek wrote:
> On Thu, Feb 17, 2011 at 3:58 PM, Roger Leigh wrote:
> > In general, I think it's fair to say that the average Debian
> > installation does not require Fort Knox levels of security. Simply
> > allowin
this.
The Nautilus emblems idea is, I think, a fairly straightforward
exercise should we wish to do this. I already puts "no entry" emblems
on folders you don't have permission to enter, so it's not a big
change to additionally flag up folders which other have read and write
acces
On Mon, Feb 14, 2011 at 11:36:55PM +, Roger Leigh wrote:
> sbuild, which does the job of building binary packages on our buildds,
> uses a built-in build-dependency resolver ("internal") to work out
> what packages need installing/removing in order to satisfy a package&#x
On Mon, Feb 21, 2011 at 07:42:32PM -0600, Raphael Geissert wrote:
> Hi everyone, Roger,
>
> Roger Leigh has filed a few bug reports related to how the buildd's resolver
> (either internal or any of the new ones: apt{,itude}) and I'm not sure I
> quiet agree.
> Let'
On Tue, Feb 22, 2011 at 05:21:17PM +, Ian Jackson wrote:
> Roger Leigh writes ("Re: re buildd's resolver and package's build deps"):
> > Taking one of php5's dependencies as an example:
> >
> > libdb-dev (>= 4.7) | libdb4.8-dev | libdb
On Tue, Feb 22, 2011 at 10:13:19PM +0100, gregor herrmann wrote:
> On Tue, 22 Feb 2011 17:08:18 +0000, Roger Leigh wrote:
>
> > · Standard alternative use in the form "concrete|virtual", as used for
> > normal deps on virtual packages. Is this sensible?
> > ·
On Tue, Feb 22, 2011 at 10:21:24PM +0100, Bill Allombert wrote:
> On Tue, Feb 22, 2011 at 06:49:21PM +, Ian Jackson wrote:
> > Roger Leigh writes ("Re: re buildd's resolver and package's build deps"):
> > > I agree that these do serve a useful purpose
On Wed, Feb 23, 2011 at 12:05:28AM +0100, Julien Cristau wrote:
> On Tue, Feb 22, 2011 at 22:40:52 +0000, Roger Leigh wrote:
>
> > From discussion on IRC earlier this evening, it looks like the most
> > pragmatic approach will be to get the apt and aptitude sbuild
> >
On Wed, Feb 23, 2011 at 10:45:06AM +0100, Philipp Kern wrote:
> On Tue, Feb 22, 2011 at 10:40:52PM +0000, Roger Leigh wrote:
> > From discussion on IRC earlier this evening, it looks like the most
> > pragmatic approach will be to get the apt and aptitude sbuild
> > r
of foo a bit vulnerable against random decisions by the maintainers of
> bar-dev?
Very much so. This is why library transitions need coordination,
since they have distribution-wide impact. This is also a good
example of why we should aim to only have one major version of each
library in use a
;m not involved with the CGI scripts, but I /think/ that one is an
older version. These two do show me the current version:
https://buildd.debian.org/pkg.cgi?pkg=insighttoolkit
https://buildd.debian.org/status/package.php?p=insighttoolkit&suite=sid
Regards,
Roger
--
.''`. Rog
On Mon, Feb 28, 2011 at 03:36:47PM +0100, Wouter Verhelst wrote:
> On Tue, Feb 22, 2011 at 05:08:18PM +0000, Roger Leigh wrote:
> > On Mon, Feb 21, 2011 at 07:42:32PM -0600, Raphael Geissert wrote:
> > > I disagree here.
> > > Alternatives in build-* relationships *a
need
addressing to make it robust enough to handle simultaneous
creation and removal of many snapshots.
It would be great if there was a solution to this problem; is anyone
running Btrfs as a root filesystem who has any suggestions?
Regards,
Roger
--
.''`. Roger Leigh
: :' : De
vscripts?
>
> Most of the script are written in Python. Rewriting them to get them
> included in devscripts is too much work without benefit. devscripts
> would depend on python then.
Most of the scripts are short. Rewriting would be fairly simple, and
may be beneficial in removing th
people have it installed, and < 10 have ever used it. Would
migrating to wanna-build.git be realistic for these users?
Thanks,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing o
On Thu, Mar 10, 2011 at 05:24:25PM +, Hector Oron wrote:
> Hello Roger,
>
> 2011/3/10 Roger Leigh :
>
> > This mail is really just to find out: is anyone actually using the
> > wanna-build package in the archive? popcon indicates that a few
> > people have it
preciated. It's not the nicest codebase in the world,
but I think we've improved it significantly in recent years. sbuild
at least is now usable by mortals, though it could still be easier to
set up; documentation is the main lacking here.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/
`-GPG Public Key: 0x25BFB848 Please GPG sign your mail.
signature.asc
Description: Digital signature
On Wed, Mar 16, 2011 at 01:07:19AM +0100, Goswin von Brederlow wrote:
> Roger Leigh writes:
>
> > On Mon, Feb 28, 2011 at 03:36:47PM +0100, Wouter Verhelst wrote:
> >> On Tue, Feb 22, 2011 at 05:08:18PM +, Roger Leigh wrote:
> >> > On Mon, Feb 21, 2011 at 0
On Thu, Mar 17, 2011 at 08:31:13AM +0100, Cyril Brulebois wrote:
> Hi,
>
> just as a reminder:
>
> Roger Leigh (16/03/2011):
> > OK. I think this is the only known discrepancy between the two
> > resolvers. Given that we now routinely build using minimal clean
>
SQL issue. I've fixed three bugs in the NMUs.
Regards,
Roger
- --
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforge.net/
GPG Public Key: 0x25BFB848. Please sign and encrypt your mail.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.
of operations, etc.
Further to that... would it be acceptable to upload the new stable
libpqxx release (2.0.0) built against 7.4 once 7.4 has entered
unstable. It would be fantastic to have the new libpqxx in sarge,
too.
--
Roger Leigh
Printing on GNU/Linux? http://gimp-pri
t build unless the same version
was also installed (due to a shlibs problem requiring the just-built
library to be installed for shlibdeps to be computed).
This sort of automated source building is a very good idea--it will
root out a lot of build bugs, and will improve the quality of Deb
Adam Heath <[EMAIL PROTECTED]> writes:
> On Sat, 6 Dec 2003, Roger Leigh wrote:
>
>> In late 2001, I spent several weekends hand-building quite a large
>> chunk of woody (over 200 source packages). I found quite a number of
>> serious bug in several packages, inc
Goswin von Brederlow <[EMAIL PROTECTED]> writes:
> Roger Leigh <[EMAIL PROTECTED]> writes:
>
>> John Goerzen <[EMAIL PROTECTED]> writes:
>>
>> >> apt-fu installs binary packages of build-depends first to avoid circular
>> >> build-depen
limit, any user can kill the system by
creating a huge file in there. It's much nicer to get ENOSPC than a
kernel panic. The installer could pick a sensible limit based on, for
example, 20% of the combined core+swap size.
--
Roger Leigh
Printing on GNU/Linux? http://gimp-print.
name, or otherwise. Which to people of several religions are
> _not_ cute.
Thanks for raising this point. I'm very interested in the Debian
GNU/*BSD efforts, but if named as such I would never consider using
them (the BSD daemon is, to my mind, only borderline acceptable as it
is).
I&#x
FÃanor that might also qualify.
However, there may well be copyright issues. "Slink", "Woody",
"Potato" and "Bo" etc. aren't exactly unique, but you would be hard
pushed to find another book with "ManwÃ", "OromÃ", etc. in it.
--
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforge.net/
GPG Public Key: 0x25BFB848. Please sign and encrypt your mail.
Branden Robinson <[EMAIL PROTECTED]> writes:
> [I am not subscribed to debian -bsd.]
>
> On Sun, Dec 14, 2003 at 08:30:48PM +, Roger Leigh wrote:
>> Nathan Hawkins <[EMAIL PROTECTED]> writes:
>> > I'm not opposed to anything else you've said. I do
nstallation and reinstall it
again to ensure it's working correctly--if you've done a lot of
tinkering, you'll start in a known good state.
If you can't get the basic Gimp-Print CUPS driver going as above,
please file a bug report against cupsys-driver-gimpprint.
Regards,
def $(srcdir)/printers.xml
../printdef/printdef < $(srcdir)/printers.xml > print-printers.c
CLEANFILES = print-printers.c
Regards,
Roger
--
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforge.net/
GPG Public Key: 0x25BFB848. Please sign and encrypt your mail.
I need at least one official debian developer in the Atlanta area to sign my
key.
Please let me know if we can find some time in the next week or two to meet.
-iridium
pgpHb5urhPPbi.pgp
Description: PGP signature
nitial changes won't simply be the open description bug, but will contain any
improvements necessary to fix any bugs encountered.
-Roger
GPG Keyid: 6E4410F9
Fingerprint: 2E95 0506 F05E 8A65 8D75 78AC B0DC 0894 6E44 10F9
e "non-existent" documentation...
There is some documentation for using it, but is there any for the
initial setup?
I certainly have read the docs from CVS, but I'm stuck at the
installation stage. I can see what installs where from the debian/*
packaging, but what I need to do to setu
or owners of HP inkjet printers until
> cupsys-driver-gimpprint and foomatic-bin are re-built.
I'll be uploading new cupsys-driver-gimpprint packages in a few days,
once I've rebuilt and fully tested it. In the mean-time, installing
libcupsimage2 should make it work again.
Regard
This works fine when the locales exist for each localisation, but if
they don't exist, it defaults to C locale/US-ASCII charset. Can the
autobuilders guarantee a full set of generated locales, or is only C
available?
Thanks,
Roger
- --
Roger Leigh
Printing on GNU/Linux? h
g to be excessively painful
> for slower architectures and it'd be nice if it wasn't done unless
> absolutely necessary.
That's fine--I can just generate those that I really need (~20).
Thanks,
Roger
--
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforge.net/
GPG Public Key: 0x25BFB848 available on public keyservers
d handle it, but it'd be one way around it...
Couldn't this be solved by using Marcus Brinkmann's
architectures-as-dependencies plan? Would this not allow to have
several packages, each targetted for different processors?
--
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforge.net/
GPG Public Key: 0x25BFB848 available on public keyservers
esn't even come close to solving this
> problem, so there is no point in including it by default.
Can you please explain why? Or do you have another solution to this
problem?
Roger
On Mon, Sep 03, 2001 at 05:06:21AM -0400, Ben Collins wrote:
> On Mon, Sep 03, 2001 at 06:29:43PM +1000, Roger So wrote:
> > A "universal OS" (which we claim on our website), with dysfunctional
> > support for the language which the user speaks natively, even during the
&
hey hate number format in slovak locale.
Why not create a proper en_SK.iso8859-2 locale, with the desired date
and number formats?
Many people in Hong Kong, for example, are actually also more
comfortable with English rather than Chinese in the UI; therefore, I
created a custom en_HK.big5hkscs locale for them.
Roger
to it. Hopefully upstream will apply
these patches.
Regards,
Roger
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ete, but what I have done so far is
available from http://www-users.york.ac.uk/~rl117/buildd/
(source and i386 debs).
Regards,
Roger
--
Roger Leigh
** Registration Number: 151826, http://counter.li.org **
Need Epson Stylus Utilities? http://gimp-print.
On Mon, Apr 15, 2002 at 07:52:48AM +0900, Junichi Uekawa wrote:
> Roger Leigh <[EMAIL PROTECTED]> cum veritate scripsit:
>
> > Does anyone who uses buildd/wanna-build/rbuilder have any comments? I
> > don't yet have a big enough HDD to run an autobuilder offline, s
On Mon, Apr 15, 2002 at 08:40:32AM +0200, Simon Richter wrote:
> On 14 Apr 2002, Roger Leigh wrote:
>
> > I have added autoconf/make support, and repackaged it using debhelper.
>
> Whoa. I tried the same two years ago, and failed. That's why I started a
> rewrite i
301 - 400 of 839 matches
Mail list logo
