m
looked at and often very strange). I think in this case it would be
really be best if there was a way to have the global fonts used without
having to create symlinks, as I guess symlinks might easily break in
the long run.
Hochachtungsvoll,
Bernhard R. Link
--
"Never contain pr
just
> historical?
Sorry if this sounds rude: But how have you tested this package when
you did not have a binary package built in a suiteable environment
available? And if you have this package, why did you not include it?
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, ema
e some people are uploading amd64 packages.
I personally usually only upload sparc binaries with my sources.
Sometimes the i386 buildd makes problems, sometimes another buildd.
Nothing specific with i386 here.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PRO
chitectures can
have quite often when some i386-assumptions in toolchain packages hit
another architecture hard.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ed as last action after all clean1 commands.
AFAIK that might happen, but only by coincidence (i.e. specific
implementation of make and no -j arguments). To make sure unpatch
is called after clean1, make unpatch depend on clean1.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email
ean target and put there at the
beginning of the configuring target.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ub/guess changes out of commits.
Again: there is no need to save the old config.guess and config.sub.
Just delete them in clean and copy them in before configuring, all
problems solved.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
tain their sources.
You have an jin.6.old file in the .diff.
gpl.txt should not be in debian/docs. There is a copy in
basefiles.
The directory names might need reinvestigating. AFAIR it should
be /usr/share/games/jin andn ot /usr/share/jin.
Hochachtungsvoll,
Bernhard R. Link
--
To UNS
s I'd be confused but remember some games separate stuff and start
reading the README.
> Note: src/Makefile.am.template is generated using autogen.sh to
> produce src/Makefile.am... don't ask.
must. resist. the. urge
Hochachtungsvoll,
Bernhard R. Link
[1] Though realistically, only both change at the same time usually.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
kefile.am, right?
As you want the data to end up somewhere, a dirname_data =
might almost be a better idea, so that people using the source
and installing per make install also get a fully working setup
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
em. (And if by some chance a future buildd
supporting those get this package to build arch-only nows faster that it
has nothing to do). You seem not to use $(buildname) and $(DEBIAN) so why
set them? And $(shell pwd) is unneeded, make has $(CURDIR).
Hochachtungsvoll,
Bernhard R. Link
--
&quo
copyright and it looks non-free (at least it seems to
heavily restrict modifing)
- some more copyrights seem to be missing (like manual/fixunder.sty,
...)
- perhaps more, I stopped looking here...
Hochachtungsvoll,
Bernhard R. Link
--
"Never contain programs so few bugs,
always want to build stuff in the source tree
> itself.
Try again then. Using something like produced by dh_make, it should
mostly be replacing the ./configure call with a
mkdir builddir && cd builddir && ../configure
(and replacing the generated file from configure.status to
builddir/configure.status, of course) and not calling $(MAKE) later
but $(MAKE) -C builddir
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
"netscape", NULL,
> + NULL, NULL
> };
If you mean this with "purely white-space changes", please take a look at the
changed file before making some claims.
> --- gqview-2.0.4.orig/src/editors.c
> +++ gqview-2.0.4/src/editors.c
> @@ -47,14 +47,14 @@
>
>
> static gchar *editor_slot_defaults[] = {
> - N_("The Gimp"), "gimp-remote -n %f",
> - N_("XV"), "xv %f",
> + N_("The Gimp"), "gimp-remote %f",
> N_("Xpaint"), "xpaint %f",
> NULL, NULL,
> NULL, NULL,
> NULL, NULL,
> NULL, NULL,
> NULL, NULL,
> + NULL, NULL,
> N_("Rotate jpeg clockwise"), "%vif jpegtran -rotate 90 -copy all
> -outfile %p_tmp %p; then mv %p_tmp %p;else rm %p_tmp;fi",
> N_("Rotate jpeg counterclockwise"), "%vif jpegtran -rotate 270 -copy
> all -outfile %p_tmp %p; then mv %p_tmp %p;else rm %p_tmp;fi",
Well, that is very obvious, too.
So this package has three little changes (changes of program defaults,
savely overwrite config file and change of paths), that do no overlap
and have no danger of no being mixed up. What should be incorrect with
this one?
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
copyright information in most of the files also makes me
quite suspicious. It is not unusal for such collections to just contain
things from other sources and missing attribution (and thus a license
to distribute them). Some more checks into that might be appropriate.
Hochachtungsvoll,
ame file".
Following those rules verbatimly would be no better than just have a
single .diff.gz file.
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ge.
The dependency on automake-idl looks like it should be an Suggests at most.
The version dependency on autoconf I do not understand. After all, even
with this dependency, you cannot be sure an older autoconf is not used with
those
files, and none of them seems to include an AC_PREREQ to a
hat size have often
incompatiblities with one or the other implementation...
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
FLAGS to configure not CXXFLAGS but your program
seems to be c++.
- registering the documentation with doc-base would be nice.
running out of time, other things perhaps later...
Hochachtungsvoll,
Bernhard R. Link
--
"Never contain programs so few bugs, as when no debugging tools are
ing and c++ is
really slow, did not yet even do a full compile yet...)
Hochachtungsvoll,
Bernhard R. Link
--
"Never contain programs so few bugs, as when no debugging tools are available!"
Niklaus Wirth
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "u
at the diff. As you use debian/patches for all your
changes, the diff (best look at it with diffstat) should only contain
files in the debian dir.
Hochachtungsvoll,
Bernhard R. Link
--
"Never contain programs so few bugs, as when no debugging tools are available!"
Niklau
RATOR)" && cd
install_sh_DATA = $(install_sh) -c -m 644
install_sh_PROGRAM = $(install_sh) -c
i.e.: you first make a change, and then you revert it...
Hochachtungsvoll,
Bernhard R. Link
--
"Never contain programs so few bugs, as when no debugging tools are available!"
user and permissions of files not representable as mere
user.
Hochachtungsvoll,
Bernhard R. Link
--
"Never contain programs so few bugs, as when no debugging tools are available!"
Niklaus Wirth
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ere and only showing one), I strongly recommend against adding
that file.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
quite hard, so finding sponsers is
relatively hard.
Hochachtungsvoll,
Bernhard R. Link
--
"Never contain programs so few bugs, as when no debugging tools are available!"
Niklaus Wirth
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ps to look for
other projects of the same person to see if there are other addresses
now (sometimes there is even a mailinglist there also dedicated to the
old project but not listed on the old project page directly).
Hochachtungsvoll,
Bernhard R. Link
--
"Never contain programs so few b
the binaries and thus part
of the source (in the usual source definition invented by the GPL).
There might be m4/ directories that have different stuff, but in general
it is required in the tarball.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with
a/"
i.e make debian/watch look like the following (two lines):
version=3
opts="uversionmangle=s/beta/~beta/" http://sf.net/nemesis/nemesis-(.*)\.tar\.gz
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
make
again in line 777 without need and touches build-stamp again in line 831
(as it does nothing in between, no harm is done but a few wasted buildd
time, having a build-stamp stamp file when it cannot be used because of
patch does not make much sense, though).
Hochachtungsvoll,
Be
n just give it an additional
argument. Sometimes you can even give that to configure.
In this case, just call make install with argument
docsdir=/usr/share/doc/scroot (and then tell dh_installdocs to not
install those again at the same place with -X)
Hochachtungsvoll,
Bernhard R. Link
ving the package under LGPL 3 and the debianisation under GPL 2
looks strange to problematic to me...
I've only looked at debian/rules and debian/copyright, other files might
have other problems...
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
ure nothing bad happens.
BTW: if you contact upstream, please also tell them to:
1) never ever add -I (or -D) to CFLAGS (it belongs to CPPFLAGS)
2) not to output -I/usr/include, -L/usr/lib or -L/lib it only make logs more
hard
to read.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
or ABI
breakage
After all it can only check the most notorious ones, manual work is
still needed to be sure...
Hochachtungsvoll,
Bernhard R. Link
--
"Never contain programs so few bugs, as when no debugging tools are available!"
Niklaus Wirth
--
To UNSUBSCRIBE,
my eyes it that
one has to disable the Gnome, KDE and additional example menus
in the global config to not confuse the users). And I do not
see any changelog entry in the unstable version indicating that this
changed.
Hochachtungsvoll,
Bernhard R. Link
--
Sendmail is like emacs: A nice operating sy
this and thinks about using it for
x-window-manager: Don't.
This example does not install a manpage-slave-link, so you will get
dangling symlinks. Usage of dh_installwm is a bug as is uses this code.
(For futher information look at #127798)
Hochachtungsvoll,
Bernhard R. Link
--
To U
="
Things like lintian or linda cannot catch this, as the binaries are
stripped by dh_strip so the resulting binaries do not differ, but if
anyone has a problem with your program and wants to build and debug it,
he first has to patch the Makefile to get the correct flags.
For further reference se
ibutions than Debian, they might
see a new version of your sources, though you only fixed some mistakes
in the debian directory. With non-native packages those only results in
a new .diff.gz.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
eone installing from source. (That still lumps all architectures
together, but somewhere you have to draw a line artificially, putting
everything in the Release tarball is just another choice, but not less
artifical, just a better or worse depending on your pov). And keep
everything distribution
quot; or "ace: Intel" or "ler: Trident".) Perhaps my
lspci output has too short/long slot ids for the fixed 21 character
truncation it does.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ship do not
include any rpaths).
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
pkg-games/packages/wormux
>
> I am just waiting for a mentor... ;-)
A mentor or sponsor? For a sponsor a URL with the source package would
be helpful.
Hochachtungsvoll,
Bernhard R. Link
--
Sendmail is like emacs: A nice operating system, but missing
an editor and a MTA.
--
To UNS
ss, but that it due to broken other packages and
upstreams, nothing your package or its upstream is to blame for.
The same with -L/usr/lib, and the library -lz, probably also
-lglib-2.0 and -lgobject-2.0. Again these are bugs elsewhere.
Hochachtungsvoll,
Bernhard R. Link
--
Sendmail is like emacs
/
Either my md5sum utility has some bug, or the .orig.tar.gz only has
the same content but different timestamps than the .tar.gz from sf.net.
The manpage misses some spaces. (though that is really a minor one,
and a upstream bug, too)
Otherwise it looks good.
Hochachtungsvoll,
Bernhard R. Li
the path may
be omitted, though some webserver do funny stuff then. But between the
hostname and the path there has to be a slash, otherwise it simply is
no URL any more).
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe"
ed of. I'd really like to see some other program available
doing that different job, as different tools for different jobs tend to
get their jobs done better.
Hochachtungsvoll,
Bernhard R. Link
--
Sendmail is like emacs: A nice operating system, but missing
an editor and a MTA.
--
To UNSU
t
> would be "Sch?pfungsh?he").
If you are mentioning German terms, note that the German UrHG has
special rules for computer programs, especially ?69a(3) is AFAIK
interpreted that no "Sch?pfungsh?he" is necessary for computer programs.
Hochachtungsvoll,
Bernhard R. Link
t also catches new packages (as nothing not in the override file is let in).
(Thus the section and priority within packages are mostly suggestions
(later uploads do not even need them in the .changes file), and this
message tells they differ from the real values in the override file).
Hochachtun
ds strange)
Are there any architecture dependent data in the antargis package?
(if not, why is it architecture "any" instead of "all"?)
This library package looks a bit strange. I'm not experienced with
ruby plugins, but that feels very strange the way it is.
Hochacht
PL with exceptions for qt and stuff only accessed
via qt or qca, while it also seems to be used at other parts which
look like they might also be used more directly. (libjingle, xmlsec)
If nothing bad happens, some note in the source package that nothing
bad happens and why would be nice.
f something is mixing GPL and OpenSSL code there mainly three possibilities:
1) rewriting to not use OpenSSL but e.g. gnutls
2) rewriting to use it in a way allowed by your permissions (i.e. over qca)
3) get additional permissions from all copyright holders in code with not
enough permissions.
Hoc
which look like copies
of the same with .TXT from the .orig.tar). Why did you place them
there?
there are more likely more issues, that are just the first things I
looked at.
Hochachtungsvoll,
Bernhard R. Link
--
"Never contain programs so few bugs, as when no debugging tools are a
. But I think
it should be fixed nevertheless before putting it in Debian.
Hochachtungsvoll,
Bernhard R. Link
P.S: some minor bugs you could tell upstream:
- clicking on extract while nothing is selected gives:
(isomaster:12327): Gtk-CRITICAL **: gtk_widget_destroy: assertion
`G
- a debian/watch would be nice (makes it also more easy to download the
original source to compare it)
- debian/rules is a bit messy, with all the "add here" comments and so
on.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ving
the same md5sum and filesize, so perhaps they are taken from somwhere
else without attribution.
- why do you specify a Dependency on libqt3-mt for the .deb in
debian/control manually? (And with a version without epoch, so it
gets even stranger?)
Hochachtungsvoll,
Bernhard R. Lin
this, I'd
strongly suggest it.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ause dh_strip
does the right thing. Only if the Makefiles you call do strip itself
or call install with the -s option, debian/rules has to look for nostrip
and disable that behaviour.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of &quo
ly and make sure most of the files end up
in the right place is quite a task. I don't want do know what time
making proper and well tested packages from it would need).
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
r
> SAGE or for the other pieces of software out there that ought to be
> packaged? Octave already has its own team...
I guess an overall mathematical software project would be worthwhile.
(Which of course would be a "mathematical software that no other single
person or team cares for&quo
who have written this
are neither. But this looks much like it is a request and no condition
on use (or copying/modifying).
There are licencse problems with the omalloc library included, but it
looks like its author already relicenced it, so it will most likely
be fixed in the next versio
* Marcus Better <[EMAIL PROTECTED]> [070601 15:12]:
> Bernhard R. Link wrote:
> >> IIRC Singular has licensing restrictions (requires citing the authors) so
> >> I don't think it can go in main.
> >
> > I don't think that is part of the licens
is a place to download it
from...
- having build-arch and build-indep would be nice. That package does not
actually need them, but when all new package have them, future usage
of that might be easier.
- maybe more, run out of time looking at it here...
Hochachtungsvoll,
Bernhar
having a copy of the file in the diff).
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
gpg.
Although nowhere documented, no commands are executed in my experience
without this.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
.
And you have to make sure the code also works without SSE anyway...
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20
angled in libraries ignoring usual best practises and
ignoring library borders in their headers (libglib, libboost), there
might be better solutions than --as-needed.
That is not to say there might not be cases where --as-needed is the
best solution, but it is definitely not something one should apply
les?
The likely causes of trouble I can think of are:
- libraries needed only for their initializers
- libraries where order matters because of their initializers (like libXaw)
- a program inlining stuff incompatible with a different library loaded
Bernhard R. Link
--
To UNSUB
built by the buildds, this was no actual
problem, so only fixed recently.
Current versions of dpkg merge this to "any all", and policy was
changed to reflect this.
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120226110207.ga2...@client.brlink.eu
to merge that upstream branch into the debian branch again
once manually without deleting the debian/ dir so that future merges
no longer think debian/ should be removed).
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsub
et a new upstream code into master? If you try to update
upstream and merge it in master, it will think you want to remove
debian/
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact list
mbols changed ABI and which did not. (The only think a
computer program can do is check if symbols vanish or if new
symbols appeared).
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...
if there are changes.
That's a list of added symbols (and warning about removed ones).
Sometimes those changes are all you need, but a computer cannot decide
if those are enough. You need to take a look at how the library changed
to determine if any symbol changed it's ABI.
Bernha
rs to be
simply some needless contentless change in a NMU not related to the NMU,
so is quite unrelated to the "is editing old changelogs acceptable"
discussion.)
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "un
storing, so any format having all that information
is as good a source as XCF.
It's a bit like a C file or a postscript file. Both can be source or can
be not source, depending what they contain and what the source is.
Bernhard R. Link
--
To UNSUBSCRIBE, email to deb
there usually is no unpatching (except if you use
some explicit options). So if you need to revert the names, that would
be done in the clean target instead. But I really do not see the point
of renaming files if you want to stick close to the original.
Bernhard R. Link
--
To UNSUBSCRIBE,
* Jasmine Hassan [121010 20:31]:
> Bernhard R. Link writes:
> >With "3.0 (quilt)" there usually is no unpatching (except if you use
> >some explicit options). So if you need to revert the names, that would
> >be done in the clean target instead. But I really do n
chable (something that Lintian cannot detect), such as this
> one.
Is this actually not reachable? This quite looks like a true-positive
(only taking into account what was written in this thread, without
looking at the actual code).
Bernhard R. Link
--
To UNSUBSCRIBE, ema
uld already list which targets it actually
supports as
#include "/usr/share/debhelper/bla"
$(SUPPORTED_RULES): %:
dh $@
.PHONY: $(SUPPORTED_RULES)
everything else is just very fragile...
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian
make some CXXFLAGS or LDFLAGS (as that would overide the settings in the
makefile)
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
ch is not clear from the
part copied from the README file (or rather the old README file))
I've not yet looked at much else. (especially as libgtk is currently
not installable).
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.
h easier. Especially as code
tends to hitch-hike in other programs. When you then have some code
that every search engine shows you is copied from somewhere else, but
you do not know where it origins from or if it actually has a free
license, things get ugly...
Hochachtungsvoll,
Bernhar
do not yet have shown up[1]), does not mean there cannot be
other cases.
Thus I stronly suggest to not use it unless you exactly know what
happens and that the difference has no meaning in the case at hand.
Otherwise I suggest to rather ignore the warning or hide it with
dpkg-shlibdeps' --w
braries to
support static linking), while it would silence warnings for the cases you
would want to know about: linking against libraries not used at all.
(Because in this case either something is very strange with the build-system
or the "no used at all" is not really true).
Hochacht
t you call a changelog. Usually (GNU coding standards
and in many other free software) ChangeLog is focused on someone working on
the source, while a NEWS files is there for all users.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debia
overnment employee or author long enough
dead would allow people to use it outside of the USA; or people not
claiming something they got as 'freeware' was public domain.).
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a
we will find useable software anytime soon where the
software is in the public domain because the author is many decades
dead, but I was speaking about people giving up their copyrights.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.o
* Dmitrijs Ledkovs [090605 20:01]:
> 2009/6/5 Bernhard R. Link :
> > * Dmitrijs Ledkovs [090605 14:01]:
> >> > I've asked multiple times and not yet got a single argument why
> >> > "I herby place this and that in the public domain" could see any
that has changes, but dpkg. It now calls
a different install-info which can cause behaviour like that.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
bian/copyright does not list copyright or license of src/lineedit.cpp
- debian/menu has a pre-lenny section
- debian/dirs has usr/sbin. I do not think you need that.
- the manpage is a joke
- if your README.Debian has nothing to say, delete the file
Hochachtungsvoll,
Bernhard R. Link
Looking at the definition of those variables in your debian/rules also
looks very complicated. Unless there is a reason to rerun this script
all the time? Otherwise e.g. some
LDFLAGS := $(shell ./lfs.sh LDFLAGS)
might be a bit more efficient and easier to look at...
Hochachtungsvoll,
Bernh
* ERSEK Laszlo [091006 04:48]:
> On Mon, 5 Oct 2009, Bernhard R. Link wrote:
>
>> Note that you might do without a patch. make is build for cases like
>> that in mind, so replacing variables in a makefile you do not like just
>> needs those variables as command line
ns are not reentrant and due to
threading support are easily blocking when used this way.
Hochachtungsvoll,
Bernhard R. Link
--
"Never contain programs so few bugs, as when no debugging tools are available!"
Niklaus Wirth
--
To UNSUBSCRIBE, email to deb
at the same time, causing 27 processes running simultanously.
That's why submakes do not get -j3, but instead get told to interact
with the parent make, so that all possible submakes together process 3
things at the same time, but still being able to do so in multiple
subdirectories (if th
, but I presume 3.0 (quilt) is
> the correct format rather than 3.0 (native) and it'll work just fine
> without a series file?
yes.
Hochachtungsvoll,
Bernhard R. Link
--
"Never contain programs so few bugs, as when no debugging tools are available!"
Niklaus Wirth
a bunch of rules logic to back up the shipped makefile on bulid
> and restore it on clean
Now that is ugly, though there is some example of people doing it
because of problems with their vcs workflow.
I'd suggest to just remove it in clean and make sure it does not break
your build if
advantage that users can also run them manually if needed).
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian
ecify how to remove them.
If the contents of .debian.tar.gz becomes the contents of debian/
you have total control in an easy to understand way.
Bernhard R. Link
--
"Never contain programs so few bugs, as when no debugging tools are available!"
Niklaus Wi
any need to have it renamed (unless
you do not use v3).
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/2010061209470
a way for a sponsor to know in advance if they are
proficient enough in the languages and tools used, in the helper chosen
for packaging and all the other stuff mostly only known when the package
is mostly finished.
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-mentors-requ...@l
package.
Both is acceptable. I personally prefer to have as little changes to the
upstream files as possible and doing as much as possible in
debian/rules. In my experience, a large part of modifications of
Makefiles found in Debian packages are unnecesary.
Bernhard R. Link
--
To UNSU
er (hopefully it will decide to keep bar and remove foo, and
not remove both).
> Question: Is there sure way to purge the old transitional package foo?
Why do you want to make sure to remove it? It does not cause harm, is
easy to find and remove. And it might be the only thing keepi
1 - 100 of 175 matches
Mail list logo
