a11y for some
people? hard to tell
> Loic Minier
>computertemp (U)
>gnome-mag (U)
>gnome-netstatus (U)
>gnome-utils (U)
>netspeed (U)
>service-discovery-applet (U)
>tsclient (U)
The ones not listed above are not very important in my eyes and ar
changing libtool and see
if the above test passes -- it's not really an isolated test ATM
though.
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110210112652.gb2...@bee.dooz.org
h all package that the build should depend
> on if needed.
I might be getting your point wrong, but I certainly see a lot of files
in /lib itself which are arch-independent data used for early boot
(before /usr is available); PNG files and text files which would be
identical on all archit
For this specific tcl issue, there was some discussion in Debian
#599206; I didn't comment back on the bug, but I liked Goswin's
proposal
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trou
On Tue, Dec 07, 2010, Lucas Nussbaum wrote:
> Are you building on ext3 or ext4?
ext4
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/2
On Tue, Dec 07, 2010, Loïc Minier wrote:
> The apport failure as bugged me for a while, I tried to reproduce it
> multiple times in the past and even just understanding the failure from
> the source and error message, but couldn't figure it out in the past;
Maybe the differ
ilt fine)
This is using Ubuntu's .tar.bz2 chroots as downloaded from Launchpad
and a moderately configured sbuild 0.60.5-1ubuntu2; maybe your chroot
is constructed in a specific way? If you have notes on how you create
your chroots, these would be interesting
--
Loïc Minier
apport_1.16
Or is it useful to be able to say "if it doesn't check out, it's
> certainly corrupt, and if it does check out, it may be corrupt"? Didn't
> think so.
I use them regularly after laptop crashes; I found some misinstalled
packages a couple of times because a cra
package descriptions wouldn't mean much to non-developers, so it's
probably a minor improvement in package managers not worth the effort
of changing infrastucture etc.
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of
to resolve these last two cases;
perhaps there's a way to tell gold or ld about where the symbols will
be available at runtime, but not actually encoding a hard dependency on
these binaries?
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a s
ice providing all versions of all sources which have ever
been in Debian unless they can't be redistributed is a better way of
solving the source compliance problem and it would actually solve it in
the cross toolchain case as well.
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-devel-re
plemented in the toolchain as time permits. I would also
prefer relocatable toolchains, but using the cross-compiler locations
is fine for now.
I'd love to help on this cross-toolchain project for Debian and
Ubuntu's uses and will look at discussing it with Matthias and other
in
dmins populating their site file with random
> settings (or syntax errors?).
Full ack, thanks for putting it so clearly
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
tached debugging symbols, but an alternate implementation of the
module which will only work with debug versions of python.
Because of this ABI difference, if you need to use python-foo to build
python-bar, then you need a python-foo-dbg and to bdep on it to build
python-bar-dbg.
Cheers
--
Loïc
d but I don't think the choice of Debian's
behavior for unknown vendors is the right one, I think I'd personally
prefer erroring out to raise the issue, but that's only if there's a
sane way to handle that properly, which could be your DEB_VENDORS
proposal. ]
--
g at DEB_VENDOR at all).
Applying the Debian logic is not good enough for e.g. derivatives of
Ubuntu as they want to fork the Ubuntu behavior and patches etc.
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
t mind using;
albeit the name of the field isn't too obvious but I don't have any
good idea. I think I'd be fine with either an external tool or
environment vars, but in any case the handling of specific vendor and
inherited vendors should be similar IMO.
Thanks!
--
Loïc Minier
untu).
Instead, I think it would be nice if we could express some inheritance
concept so that you can have conditional behavior in rules based on
either "this distribution and its derivatives" or "only for this exact
distribution" and logical combinations such as "deriv
age into the tdeb data?
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
is having to list a long number of =${binary:Version} deps
in control which would otherwise be computed by dh_shlibdeps.
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
tween the two types of symbols and it's not guaranteed to
be true in all cases (you might need =binary:version deps even if
you're not using more symbols than the public ones).
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "u
existing assumptions or software?
> > Which software would be affected?
> dpkg-source -b, for one. You can't put a symlink in the diff.gz.
I was wondering what software would break if debian/rules isn't a
makefile, not particularly a symlink (I think you can have symlinks
On Mon, Feb 16, 2009, Russ Allbery wrote:
> Why would we want to sanction that when the same effect can be achieved by
> using a debian/rules of:
> #!/usr/bin/make -f
> %:
> dh $@
> without risking breaking any existing assumptions or software?
Which software would be a
e argument which is
usually the reason for triggers.
sudo update-desktop-database -q 0,06s user 0,02s system 96% cpu 0,075 total
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
ing/unpacking FIASCO firmware format and more.
Cheers,
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
s endianness will change.
> Maybe msgfmt should be patched to always generate the same endianness
> by default.
Agreed.
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Tue, Jan 20, 2009, Neil Williams wrote:
> Is there any actual evidence of a problem with the current situation?
I see two main issues:
- the endianess of files in the archive is actually random
- I would expect the most common endianess to be the little endian one
since maintainers mostly
d5sums to use with e.g. debsums.
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
d data.
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
tually works -- somehow.
It's common practice to ship .mo files in arch: all packages, with a
random endianess.
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
big-endian or
/little-endian first (depending on endianess), then in
/usr/share/locales.
I'd rather not implement anything specific in epiphany-browser, it
would be best to discuss this more widely and come to a generic
solution for all arch: all packages.
Cheers,
--
Loïc Mini
terests:
desktop, python
I wouldn't be surprized if some hundreds of DDs are subscribed to >= 15
Debian lists. (I've been subscribed or am subscribed to ~80 alioth
lists BTW and expect it to be the same for a bunch of other DDs as well.)
Cheers,
[*] Yeah I know
--
Loïc Mini
Geez instead of spamming every Debian list and making you the top
poster in terms of number of Debian lists today, what about announcing
this no -project and/or -devel and in the next developer news?
I've gotten basically the same template 12 times.
--
Loïc Minier
--
To UNSUBS
o look at what other distros are doing if we
discuss the set of expected commands on a standard installation.
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
referred
for a MIME type (/usr/share/applications/defaults.list and friends).
The Shared MIME Info database maps filenames and file contents patterns
to MIME types. These are often used together, but are distinct.
Bye,
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Fri, Dec 19, 2008, Johannes Wiedersich wrote:
> I am sorry. I meant 'some French'. It was not my intention to give the
> impression that this applies to all the French. Please accept my apologies.
We're almost all humans, thanks for retracting. :-)
--
Loïc Minier
rench" => FAIL; thanks.
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
all agreed to honor the social contract
anyway.
Apart of the noise of choice 1, this ballot doesn't empower us to
decide on the 4 different questions.
So I understand that we intend to honor all choices which beat NOTA,
i.e. not only the highest ranked choice.
Bye
--
Loïc Minier
can also change the rpath/runpath using
> chrpath, if the end result is not the way you want it.
Or perhaps a new /etc/ld.so.conf.d/packagname.conf?
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
quot;.
Anyway, there's too little traction to suggest changing our foundation
documents in an unclear way, so I'll shut up.
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
oint WRT to interfaces: I don't
mind interfacing with something non-free when (there's no free
replacement and) there's a clear interface.
TBH I don't see enough new ideas or arguments in this thread anymore to
justify proposing fundamental changes to our core documents, so I'll
shut up.
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
d start new
projects to free more things up.
Google.com is run with software I don't have access to, but I use it
daily, as well as my microwave, or my wifi card.
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
mically from $site isn't ok for live CDs, or when you actually try
to provide the firmware to get network to work. :-/
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
, I don't mind with picking up autogenerated contents to include in
Debian if we can maintain it in this form.
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
distribute it in main.
The non-free games data I know of is non-free because we may not modify
it because the license doesn't explicitely allow it; what specific
example did you have in mind? This is IMO different from firmware
binaries which we may well be allowed to change, but don't have t
x27;t see Debian as a free harware and computers project. We need to
leave some hard problems to others to solve!
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
lowed firmwares to come without source code, it
wouldn't affect a lot of people. Of course it would still affect some
people. If this itch is worth scratching, another project could be
started or these people could join one of the "free hardware" projects
which are becoming more com
could be achieved by a separate project while still having an
useful and free Debian OS, except for firmware files
The size and risks of the task versus it's usefulness makes me think
the ghetto will rather be Debian if we can't support common PCs.
--
Loïc Minier
--
To UNSUBSCRIBE
of the
lib/firmware blobs. What I'm not sure about is why we couldn't have an
equally useful social contract to build an OS, but is worded to allow
shipping of utility binary files which enable additional hardware to
work with agreed upon APIs.
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
this? Is there any contamination of the
firmwares when shipped in a free OS which is not possible to prevent?
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ree drivers
> was done. If we did it for drivers, there's no reason we can't suceed for
> firmwares.
Happy if such a project is started outside of Debian, or within Debian,
but not if it affects all current Debian users right now.
--
Loïc Minier
--
To UNSUBSCRIBE, email
e can be
universal if we take the lowest common denominator of what's permitted
in all countries in the world and according to all patents claim.
Perhaps this involves getting legal advice, or having a legal team.
Trying to divide into components wont work IMO; we wont ever have
enough
ical classification,
we should simply expose what we know about patents and any other
distribution issue in a machine readable way.
What a bout a debian/distribution or debian/copyright2 file which would
expose patents information? e.g.:
Country: fr
Patent numbers: 1234, 5678
Distrib
uot;enable" rather
than reenable.
If we can't use the x bit for this for some reason, perhaps we can
add a policy-rc.d-alike mechanism in invoke-rc.d to support a list of
enabled/disabled service/runlevel combinations?
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTE
rs and inserting images.
Bye,
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
k of data, and offering to install the missing packages. Exactly as
for codecs.
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cking
* it's an upstream design decision that poppler doesn't support xpdf
config/data and poppler doesn't aim to be compatible with xpdf's
config/data: xpdf-japanese needs to grow compatibility with poppler
instead
Cheers,
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
t that the port supports,
but I have no idea whether this is the case.
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
view was a strict split
with Moblin providing upstream software (Midbrowser, Moblin Image
Creator, Mobile Basic Flash etc.), lpia being a dpkg arch, and UNR a
bunch of packages.
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
w
services below /srv if they like. The "services" package would provide
hook to install / remove services which would abstract away the real
location where the admin wants the files to appear and packages would
symlink their packaged data into this location.
--
Loïc Minier
--
To UNSU
packages
twice, see for instance "dates" versus "dates-hildon". This isn't very
practical though. Ideally, packages would provide their UI as runtime
plugins split across separate binary packages, but we're far from a
perfect world here.
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ks.
moblin software is being packaged in Ubuntu. I'm not sure UNR landed
in Ubuntu proper for now. I think current UNR images are only i386
based (not lpia). Ubuntu Mobile / Ubuntu MID images are only lpia.
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ronment against the Emdebian / Debian archives.
> > iii) an Ubuntu arm port might as well exist outside of the Ubuntu
> > official mirrors, just like the Nokia one, or might come to life
> > later on
>
> And mips, mipsel, uClibc-arm, and the rest?
> emdebian-to
me are interested in
> doing. :)
Good point -- of course that's still an improvement as it's only once
per account instead of being once per (host, browser, account), and
removing the need for a LP specific password entirely.
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL
On Mon, Jul 21, 2008, Ben Finney wrote:
> However, the above bug in the Debian BTS has been archived. Must we
> open another bug to ask for the change to be reverted?
Perhaps you can use a GreaseMonkey script to remove it for you, or
request a cookie / URL parameter to hide it.
--
Loïc
t; install over a Ubuntu base, especially when those packages are the
> typical debootstrap selection that have a variety of changes in Ubuntu.
i) all the packages you mention (patched packages and tools) are being
imported and updated in Ubuntu regularly
ii) you might want to build Deb
r one.
I guess OpenID support will come to the rescue here.
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
.16.4. glib's symbol files will use this build-dep
version as a minimum dep version for shlibdeps.
But I guess it doesn't make any difference and is just a hardwired
upstream test.
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
rades: if you're
running a gtk+/pango debconf frontend, it needs these working at all
times -- you can't allow it to break between unpack and new postinst's
configure.
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
kernel to support new expensive hardware which you just bought
for virtualization might be useful though. (However, I agree that
copying over an old kernel to use new a distro userland's with an old
kernel for a dom0 doesn't seem too useful.)
--
Loïc Minier
--
To UNSUBSCRIBE, email
in KDE menus, just like
Banshee and I hope the other players as well (Quodlibet, etc.).
> - gimp is better than the kde equivalent (released versions of krita)
> - kontact and evolution - fits different to different people
These don't have an OnlyShowIn here and should show up in KDE menus.
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
have in place which provides a nicer override mechanism -- if you're
changing only the defaults that is.
> There is no user-specific config
(That seems quite far from the GConf use case)
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
more towards Web2.0 type stuff
> rather than compiled programs.
Not quite sure why you target using dbconfig; I had the impression it
was mostly aimed at setting up packages, not for per-user data.
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
t normalize which sampling rate / sample width is used
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Sun, May 18, 2008, Lucas Nussbaum wrote:
> (This discussion is similar to the one about DEPs vs BTS bugs -- a
> discussion on the BTS would always miss a "summary".)
I didn't follow this discussion, but it strikes me that many bug
trackers have a summary for bugs.
--
xtract a stack of patches with descriptions
(whatever format is used to store the Debian source), and a command (or
debian/rules target) to trigger this output?
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
want bugs for that.
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Wed, Apr 16, 2008, Manoj Srivastava wrote:
> Hmm. Smells a lot like:
Yes, it's the same, except eating less screen space; I don't
particularly care how it ends up being implemented
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Makefile included by all debian/rules (if they are a makefile :) -- ala
cdbs, but with a simple documented interface such as documenting that
this will set *FLAGS based on deb_build_opts. e.g.
/usr/share/dpkg/flags.mk with:
CFLAGS += -Wall -g -O$(if $(findstring noopt,$(DEB_BUILD_OPTIONS)),0,2)
I just wondered: is it possible to reverse/disable the effects of
-Bsymbolic-functions if LD_PRELOAD is set? Or is it too late already
and some information was definitely lost?
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trou
nt a
> "command-line trashcan", but I'm looking for a way to prevent me from doing
> things I should never ask for (like 'rm -rf /usr/lib/').
Should the solution be in rm? What about chattring the tree, or
keeping a cp -aled version, or a backup?
--
Loïc Minier
-
On Wed, Mar 05, 2008, Mike Bird wrote:
> May I suggest then that if no dpkg maintainer objects here
> within 48 hours that Ian should proceed with his update?
May you stop in the next hour giving executive advice when you're not
representing anybody whatsoever?
--
Loïc Mini
-gtk-docs in
> "nodocs" support would help in other areas but would it allow the buildd
> runs to complete?)
I'd like to easily be able to tell from debian/rules whether this is
going to be an arch or an arch + indep build in general; this is not
trivial with a common bu
On Mon, Feb 25, 2008, Nikita V. Youshchenko wrote:
> And what if somebody will try to link statically?
Your -config binary should gain a --static flag to distinguish between
the two uses.
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe&q
ls
simply fail).
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
stating the obvious, but this could be fixed at the debdiff
level.)
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
svn-do?
I wrote it for pkg-gnome. :)
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Should we have a new "default-flags" package or something which would
be the place where these flags are set? Perhaps queryable with:
get-default-flags --gcc
get-default-flags --ld
etc.
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of &quo
a
separate .diff in the source package? IOW foo.dsc would point to
foo.tgz, foo.debian.diff for the Debian packaging, and patch-1.diff,
patch-2.diff etc.? This doesn't sound very practical for large
patchsets. :-(
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a sub
rimental, mostly platform stuff, lacking the manpower to follow the
full set, send bugs upstream etc.
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
lt;[EMAIL PROTECTED]>
>update-manager-core
>
> Debian multimedia packages maintainers <[EMAIL PROTECTED]>
>liba52-0.7.4-dev
>
> Loic Minier <[EMAIL PROTECTED]>
>libglib2.0-dev
>
> Gustavo R. Montesino <[EMAIL PROTECTED]>
>libgnomedb2-dev
on, which I imagine could be based on triggers.
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
s; no idea why.
>system-tools-backends-dev (U)
Fixed in SVN; shipped an arch-indep pkg-config file which should be
moved from /usr/share to /usr/lib.
>vala-doc (U)
I filed a bug on this one (I'm mostly sponsor-uploader).
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PRO
harmless ones. I think it's fine to output
N: lines in a different or default color color around the not-overriden
warnings and errors which stand out in yellow and red.
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
jects and
to make the build actually fail on the first incorrect intermediate
object (dpkg-shlibdeps will only tell you at the end of the build and
only tell you about the installed final objects with missing NEEDED).
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with
g incentive to make --as-needed
the default or to not make it; distros such as Debian and Gentoo are
using it wildly at the moment; it just can point out some surprize
bugs in my experience.
HTH,
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
eeded.
NB: -z defs is the same as --no-undefined.
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
a use for honoring build-conflicts -- generating
conflicts isn't supported by the shlib/symbol system ATM anyway.
So it only leaves dealing with multiple bdeps: I suppose they could
all be copied over and will generate the same warning that the
duplicate build-dep.
--
Loïc Minier
--
T
)");
};
Concrete advantage over the non-crackful idea? I guess none at the
moment, but yours to imagine!
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
r each of its flavors ("deb" and
"udeb").
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
1 - 100 of 354 matches
Mail list logo
