On Fri, Mar 13 2009, Manoj Srivastava wrote:
>
> There are several things I dislike about the first option.
> 1. I do not like that policy would turn around 15 years of convention
> and suddenly outlaw $(MAKE) -f debian/rules foo. This will break
> many of my packages; and I do
On Sat, Mar 14, 2009 at 02:30:59AM -0500, Manoj Srivastava wrote:
> ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS)))
> STRIP += -s
> LDFLAGS += -s
> INT_INSTALL_TARGET = install
> else
> INT_INSTALL_TARGET = install
> endif
I doubt dpkg-buildpackage sets LDFLAGS to -s. That would mean
]] Goswin von Brederlow
| Is that even true? /lib32 and /usr/lib32 are system library paths
| while the multiarch dirs are custom paths added via
| /etc/ld.so.conf.d/x86_64-linux-gnu.conf. I think they come last.
While I haven't investigated the load order, my
/lib/ld-linux-x86-64.so.2 seems to
Hi.
I'm trying to build a package so it depends on a specific version of a library.
I carefully read http://www.debian.org/doc/maint-guide/index.en.html
but didn't get the answer I was looking for.
In my debian/control file I have for a given package:
Depends: ${misc-depends}
Which will instal
Hello, Jean-Yves.
Please mail your questions about packaging to debian-ment...@lists.debian.org.
--
- Are you sure we're good?
- Always.
-- Rory and Lorelai
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@l
2009/3/14 Adeodato Simó
> Hello, Jean-Yves.
>
> Please mail your questions about packaging to
> debian-ment...@lists.debian.org.
>
> --
> - Are you sure we're good?
> - Always.
>-- Rory and Lorelai
>
>
I'm not sure I like to classify as "newbie"
On Fri, Mar 13, 2009 at 05:36:27PM -0700, Paul Hardy wrote:
> >> A BDF file can contain any number of properties describing the font
> >> in the header, for example CAP_HEIGHT and X_HEIGHT. Maybe there's
> >> no harm in losing this information through format conversion. I
> >
> > This is a precis
Hello,
I wanted to gather some opinions on this matter. I’ve recently applied
to the mlocate package a patch I received to skip running the daily
update of the database if the system is running on batteries.
When that happens, the daily cron script emits a warning like “System on
battery power, n
Jean-Yves Avenard wrote:
> 2009/3/14 Adeodato Simó
>
>> Hello, Jean-Yves.
>>
>> Please mail your questions about packaging to
>> debian-ment...@lists.debian.org.
>>
>> --
>> - Are you sure we're good?
>> - Always.
>>-- Rory and Lorelai
>>
>>
> I'm not sure I like to classify as "newbie"
This one time, at band camp, Raphael Hertzog said:
> [ Bcced to -devel and -dpkg, discussion should happen on -policy ]
>
> Hello,
>
> we have an unfortunate situation where the practice in dpkg-buildpackage
> and the policy do not match fully.
>
> I tried to summarize the problem here:
> http:/
Package: wnpp
Severity: wishlist
Owner: Pino Toscano
* Package name: kio-gopher
Version : 0.1.2
Upstream Author : Albert Astals Cid
* URL : http://www.kde.org/
* License : GPL
Programming Lang: C++
Description : gopher KIO slave for KDE4
Provides supp
Adeodato Simó wrote:
> I wanted to gather some opinions on this matter. I've recently applied
> to the mlocate package a patch I received to skip running the daily
> update of the database if the system is running on batteries.
> When that happens, the daily cron script emits a warning like "Syst
On 2009-03-08 Alban browaeys wrote:
> >From \amethyst on freenode #bash (Neil Moore) :
> <\amethyst> it is a bug I think
> <\amethyst> that you still get the error even with $...@-foo}
> <\amethyst> but $...@+"$@"} probably shouldn't error out
> <\amethyst> since ${foo+bar} does not
> <\amethys
Le vendredi 13 mars 2009 à 16:04 -0400, Dale Scheetz a écrit :
> I have a Samsung 42" HD TV.
> Does anyone have any idea what the mode line should look like for these
> devices?
There are a few issues with getting such devices work with X, but it is
possible.
1. You probably need a DVI→HDMI ada
On Fri, Mar 13, 2009 at 12:05:42PM +0100, Goswin von Brederlow wrote:
> > - multiarch will supersede all previous biarch implementations
> > - multiarch will be before biarch in the search path
> Is that even true? /lib32 and /usr/lib32 are system library paths
> while the multiarch dirs are custo
Its time for German RnB!!! Endlich ist es soweit. Ab jetzt könnt ihr die
neue Single GLAUBE ODER LIEBE von WILL MERCENE runterladen unter
http://mp3.de/musik/genre/band/020600/427820/31_2768054
Mehr über den RnB Sänger unter www.willmercene.com und
www.myspace.com/willmercene
--
Ben Finney wrote:
> On 12-Mar-2009, Bernd Zeimetz wrote:
>> Hi,
>>
>> > The best way to get the exact sources for the current
>> > version probably should be a new watch file
>> > (watch-current) which has a static version number in the
>> > regexp
>
> I don't se
Just for the sake of the discussion:
A post-download command can be specified directly in the watch file, which
can be either uupdate, debian/rules get-orig-source, debian/dfsg.sh, or
whatever you want to call.
>From uscan(1):
> Finally, if a third parameter (an action) is given in the watchfile l
On Sat, 2009-03-14 at 11:28 +0100, Adeodato Simó wrote:
> Hello,
>
> I wanted to gather some opinions on this matter. I’ve recently applied
> to the mlocate package a patch I received to skip running the daily
> update of the database if the system is running on batteries.
[...]
I think such a po
Bernd Zeimetz wrote:
> My impression is that people become lazy
> since uscan and similar tools exist and are not enough in contact with
> their upstreams anymore. I may be wrong, though...
> Watch files are nice to have, but nothing more.
>
But there are cases where any attempt of contact with u
Steve Langasek writes:
> On Fri, Mar 13, 2009 at 12:05:42PM +0100, Goswin von Brederlow wrote:
>> > Taken together, this guarantees the newer libs would always be found before
>> > the older libs, so there's no need to do extra special-casing for those
>> > libs
>> > that were previously availab
21 matches
Mail list logo