On Fri, Oct 12, 2012 at 3:45 AM, Simon Josefsson wrote:
I can confirm the trend for a couple of organisations. The primary
reason that I identified was the retirement of security support for
Lenny and that Lenny packages are removed from many Debian mirrors which
made it difficult to use
On Fri, Oct 12, 2012 at 5:35 AM, Benjamin Drung wrote:
A poll is a good idea. Can you recommend a site that allows setting up a
poll?
The Debian secretary was at one point going to setup devotee for this
sort of thing, don't think that ever happened though.
If you want some FSAAS
On Fri, Oct 12, 2012 at 8:30 AM, Christoph Anton Mitterer wrote:
I further looked around:
e.g. the Release file seems to only use MD5 not so good :(
Wrong, the Release file has had all 3 since sarge. woody had MD5 SHA-1.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To
On Fri, Oct 12, 2012 at 8:30 AM, Christoph Anton Mitterer wrote:
Sources files seems to use MD5, SHA1 and SHA256... though MD5 seems to
have a special status (Files vs. Checksums-algo).
That might be just historic, though.
Similarly the Packages files... MD5/SHA1/SHA256...
Only since wheezy
On Fri, Oct 12, 2012 at 7:49 PM, Christoph Anton Mitterer
cales...@scientia.net wrote:
Then what's this:
ftp://ftp.de.debian.org/debian/dists/sid/Release
Sounds like you have a person in the middle hacking your network (or a
browser bug), it works for me:
pabs@chianamo ~ $ GET
On Thu, Oct 18, 2012 at 10:20 AM, Russell Coker wrote:
We could have a lintian warning for any occurance of the string /home in a
packaged file and have error conditions for /build and the current value of
$HOME for the account running lintian.
Based on a quick grep of /usr/bin on my laptop,
On Thu, Oct 18, 2012 at 10:37 AM, Russell Coker wrote:
For a warning it doesn't matter much if we have a few false-positives. For
the error conditions that I suggest for /build and $HOME I find it difficult
to
imagine false-positives except the case where a DD uses their own home
directory
I don't think we need GRs to decide development procedures like this.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
On Sat, Oct 27, 2012 at 6:39 PM, Samuel Thibault wrote:
When somebody implements it.
Someone already did:
ftp://ftp.debian.org/debian/tools/win32-loader/unstable/win32-loader.txt
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to
On Mon, Oct 29, 2012 at 8:50 AM, Philip Ashmore wrote:
While this feature allows gdb to know the correct source locations, using it
implies that packages requiring the feature contain incorrect source paths -
wouldn't it be better for these packages to contain correct source paths in
the
On Wed, Nov 7, 2012 at 4:36 PM, Thomas Koch wrote:
For every debian source package that enters the archive, dak should commit the
source code to a public readable Git repository and put a signed tag on it.
While we are discussing wacky ideas, there is a derivative putting the
entire installed
On Thu, Nov 8, 2012 at 7:54 PM, Neil McGovern wrote:
Unblocks and Freeze Policy
--
...
We're also reducing the acceptance criteria [RM:POLICY] - we're now only going
to accept:
...
Which policy applies in the case of unblock requests that are pending
action by the
On Thu, Nov 8, 2012 at 9:24 PM, Neil McGovern wrote:
The policy and diff from the start can be found at
http://release.debian.org/wheezy/freeze_policy.html
Which policy applies to #685913 (and all the other open unblocks)? The
policy announced at the beginning of the freeze or the current
On Sat, Nov 10, 2012 at 5:57 AM, Jeremy Bicha wrote:
There's another ITP that suggested heimdall-flash:
http://bugs.debian.org/644520
Marcin Juszkiewicz was also packaging this and I suggested
android-tools-heimdall since we also have android-tools-adb and
android-tools-fastboot.
--
bye,
On Thu, Nov 15, 2012 at 5:02 AM, Niels Thykier wrote:
We are considering removing the following packages from testing as
they have unfixed RC bugs filed against them. The packages can be
found in the attached dd-list.
...
Alexander Wirt formo...@debian.org
ferm
Um, DSA might not be happy
On Thu, Nov 15, 2012 at 8:18 PM, Peter Pentchev wrote:
Description : create secure pipes between socket addresses
spiped (pronounced ess-pipe-dee) is a utility for creating symmetrically
encrypted and authenticated pipes between socket addresses, so that one may
connect to one address
On Sat, Nov 17, 2012 at 7:22 AM, Salvo Tomaselli wrote:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=661239
Hmm, that doesn't look like a valid bug report to me. Especially I
don't see why dhclient would be able to disrupt systemd in such a way
that you'd need to do a hard reboot.
I
On Sat, Nov 17, 2012 at 4:42 AM, Wookey wrote:
Usertags are very flexible but rather undiscoverable.
I have been using this to backup my usertags but you can also use it
to browse all the usertags known by the BTS and grep through them:
rsync
On Sat, Nov 17, 2012 at 9:05 AM, Dmitry Smirnov wrote:
Litecoin is a fork of Bitcoin.
Please get that documented in the security team's embedded code copies file:
http://wiki.debian.org/EmbeddedCodeCopies
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to
On Tue, Nov 20, 2012 at 4:01 AM, Marc Haber wrote:
How many non-Linux platforms does Arch Linux (sic!) support?
Looks like just Hurd: http://www.archhurd.org/
It seems that they are talking about Arch BSD too:
http://bbs.archlinux.org/viewtopic.php?id=142679
I know of two non-Linux
On Tue, Nov 20, 2012 at 3:47 AM, Daniel Schepler wrote:
Later I'll try to document this a bit more on the wiki, create a stub
root index.html redirecting to the wiki, and possibly create an
x32.debian.net alias.
Please do move it to debian-ports.org when you are able, I don't think
we want
On Fri, Nov 23, 2012 at 3:16 AM, John Paul Adrian Glaubitz wrote:
* Package name: linux-minidisc
Thats a strange name considering it builds and runs on MacOS, Windows,
Linux, FreeBSD and Haiku.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to
On Mon, Nov 26, 2012 at 5:23 PM, Charles Plessy wrote:
And to add to the confusion, the BTS does not automatically subscribe the
contributors to a thread,
As a submitter of bugs, I do not need (nor want) to be CCed on every
mail to a bug, just the ones that require my input. So I would oppose
On Mon, Nov 26, 2012 at 8:03 PM, Thomas Goirand z...@debian.org wrote:
The solution to this is very simple. Have the
mailing list manager to add a Reply-To: header
on each messages.
I've done this on few of the lists I manage, and since
then, nobody sends double-messages.
But, probably,
On Thu, Dec 6, 2012 at 4:02 AM, Paul Tagliamonte wrote:
While the traceback is ugly, that's valid. Note 0xDEFACED isn't 8 long,
it's 7. Even though it's unlikely we'd get that key, I figured the DD
would use a UID that's valid.
Anything less than the full fingerprint (8, 7 or whatever) should
On Tue, Dec 18, 2012 at 9:54 PM, Dmitry Shachnev wrote:
I can split the fonts into a separate package. Will it be OK if I keep
the current path (/usr/share/javascript/mathjax/fonts/), or should I
change it to something else to make it possible to load the fonts from
other applications?
On
On Tue, Dec 18, 2012 at 10:22 PM, Dmitry Shachnev wrote:
OK. I maybe can try to add a fontconfig script or something like that.
No need for a script, just install them in the right directory.
My another question is: there are 5 types of fonts, one of which is quite
heavy:
$ du -sh
On Sat, Dec 22, 2012 at 11:50 PM, Игорь Пашев wrote:
I think override_dh_auto_{build,install,clean} in debian/rules could help.
For example:
override_dh_auto_build:
cd server ... # build server
$(MAKE) ... # build in top dir
Best talk upstream into providing a better build system,
On Mon, Dec 31, 2012 at 7:18 PM, Dmitrijs Ledkovs wrote:
$ man debian-distro-info
Debian OS provides API to query such information.
In addition, stable alias names are also provided (stable, testing,
unstable, experimental).
As a last resort you can also scrape archive mirrors dists (e.g.
On Tue, Jan 1, 2013 at 9:44 PM, Michael Stapelberg wrote:
Any feedback is appreciated. Please read the wiki page before you
comment, it contains more rationale than this email. Thanks.
Since golang apparently doesn't support dynamic linking, every package
built against a golang library will
On Wed, Jan 2, 2013 at 12:14 AM, Michael Stapelberg wrote:
Only when not using the “official” compiler (gc), e.g. gccgo has support
for dynamic linking.
Then we should use gccgo until the official compiler supports this.
AFAIK not, but I will add this to the list of questions I want to ask
On Wed, Jan 2, 2013 at 3:15 PM, Bernhard R. Link wrote:
Another question: Have you considered asking for a archive Section for
those packages? I guess with no special section yet all those packages
would be section libdevel as they are for static linking only, wouldn't
they?
On Wed, Jan 2, 2013 at 8:32 PM, Simon Paillard wrote:
Like a machine-readable http://http.debian.net/debian/dists/README ?
Yeah, or something like this:
http://changelogs.ubuntu.com/meta-release
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to
On Wed, Jan 2, 2013 at 8:51 PM, Dmitrijs Ledkovs wrote:
Maybe distro-info-data's csv file should be published on mirrors, to
even provide historical names.
On Thu, Jan 3, 2013 at 8:04 PM, Florian Weimer wrote:
One might argue that the static case is actually better because it is
more predictable, but our post-release support model is heavily
dependent on minimal changes (because we cannot do full QA
post-release). Such minimal changes are
On Sat, Jan 5, 2013 at 5:09 AM, Mike Gabriel wrote:
Slightly different approach: However, for serious server deployments we in
Debian might want to think about supporting older releases a little longer
than atm.
A scheme like
veryoldstable - oldstable - stable - testing - unstable
From
On Thu, Jan 10, 2013 at 11:35 AM, Nick Andrik wrote:
Recently I was trying to convert the debian/copyright file of a
non-free package ( unrar-nonfree ) to 1.0 format.
The main license of this software is non-free (mainly because it does
not allow reverse engineering of the RAR algorithm) but
On Thu, 2013-01-10 at 06:26 +0200, Nick Andrik wrote:
We have unrar-nonfree that builds the binary package unrar and
unrar-free that builds the binary package unrar-free.
We also have unar that builds the binary package unar.
I guess you meant
unrar-nonfree can probably be removed from
On Thu, Jan 10, 2013 at 12:43 PM, Nick Andrik wrote:
The main reason I decided to deal with unrar is because of e-book
reader calibre needing the libunrar.so library [1] in order to read
CBR files.
I see.
Can unar provide such an interface?
It is LGPL, so it could be made to provide such
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: Debian Mozilla Extension Maintainers
pkg-mozext-maintain...@lists.alioth.debian.org, debian-devel@lists.debian.org
* Package name: xul-ext-stylish
Version : 1.3.1
Upstream Author : Jason Barnabe
* URL :
Sounds like you are looking for chdist:
pabs@chianamo ~ $ chdist create foo http://ftp.debian.org/debian/
unstable main contrib non-free
Run chdist apt-get foo update
And enjoy.
pabs@chianamo ~ $ chdist apt-get foo update
Get:1 http://ftp.debian.org unstable InRelease [228 kB]
Get:2
On Tue, Jan 15, 2013 at 5:19 PM, Dmitrijs Ledkovs wrote:
It's called pull-debian-source
Sounds like something that should be moved into devscripts.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe.
The version difference is probably due to symbols stuff, read
deb-symbols(5), dpkg-shlibdeps(1), dpkg-gensymbols(1) and this wiki
page:
http://wiki.debian.org/Projects/ImprovedDpkgShlibdeps
No idea about the other stuff, you appear to have four copies of the C
library installed and are maybe
On Wed, Jan 16, 2013 at 8:51 AM, Nobuhiro Iwamatsu wrote:
* Package name: lz4
Description : Extremely Fast Compression algorithm library
LZ4 is a very fast lossless compression algorithm.
Is it faster than lzop? How does it compare to lzop, gzip, lzip, xz,
bzip2 in terms of
Thanks a lot for your work on this! and to everyone else who worked on
or shaped the proposal.
On Wed, Jan 16, 2013 at 2:18 AM, Johannes Schauer wrote:
- should Debian be bootstrappable in a fully automated fashion? We
created the algorithms that can allow this to happen, we just need
On Wed, Jan 16, 2013 at 12:41 PM, Wookey wrote:
I intend to send an update mail on the state of this later this week.
Excellent.
Does asking d-devel for feedback count as news? Having this
functionality available for packagers would count as news... But I
agree that telling people about the
On Thu, Jan 17, 2013 at 6:59 AM, Charles Plessy wrote:
Le Wed, Jan 16, 2013 at 10:44:53AM +0800, Paul Wise a écrit :
The version difference is probably due to symbols stuff, read
deb-symbols(5), dpkg-shlibdeps(1), dpkg-gensymbols(1) and this wiki
page:
http://wiki.debian.org/Projects
Would it be possible to use something similar to the bits/ dir in
eglibc? Or would your proposal replace that?
/usr/include/python2.7/bits - /usr/include/x86_64-linux-gnu/python2.7/bits
And in /usr/include/python2.7/*
#include python2.7/bits/foo.h
--
bye,
pabs
http://wiki.debian.org/PaulWise
On Tue, Jan 22, 2013 at 4:07 AM, Jakub Wilk wrote:
adequate checks quality of installed packages.
Please add the commands needed for running adequate to this list of
checking tools:
http://wiki.debian.org/HowToPackageForDebian#Check_points_for_any_package
--
bye,
pabs
n Fri, Jan 25, 2013 at 4:53 PM, Josselin Mouette wrote:
So all in all it is ugly (as in most PHP webapps), but it doesn’t seem
release-critical to me.
The SWF files do not appear appear to have source code in glpi.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to
The PTS has a lot of unstable-isms, patches welcome though. Outside
the freeze, experimental probably isn't particularly important to
inform people about though.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of
On Mon, Jan 28, 2013 at 7:58 PM, Thomas Koch wrote:
I have a package (closure-compiler[1]) with files copyrighted by six different
parties unsystematically distributed over a large source tree.
Has anybody already written a tool to automatically create the files section
of the
On the other side of the fence are folks who believe in the separation
between upstream and Debian so much that they refuse to package
software they are upstream for (I'm not among them, but I know they
exist).
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to
On Mon, 2013-01-28 at 13:28 +0100, Jérémy Lal wrote:
Fossology seems to have been removed because it was un-maintained,
(ITP #483297 then RoQA #656591 at version 1.1.0).
But upstream looks (very) active and released version 2.1.0 three months ago.
Paul, do you think it is worth bringing it
On Tue, Jan 29, 2013 at 7:55 PM, Iustin Pop wrote:
I would add one thing here: Haskell/GHC also (currently) doesn't create
shared libraries, and instead builds the program statically, but the
Debian Haskell group still tries to package as best as they can the
development libraries, for all
On Wed, Jan 30, 2013 at 11:15 AM, Chow Loong Jin wrote:
Having multiple package managers which don't know about each other on a system
is evil™ (but in some cases, can be managed properly).
Some integration between dpkg and domain-specific package managers
could be useful. With DEP-11, we
On Wed, Jan 30, 2013 at 8:07 PM, Stefano Zacchiroli wrote:
On Wed, Jan 30, 2013 at 04:52:33PM +0800, Paul Wise wrote:
On Tue, Jan 29, 2013 at 7:55 PM, Iustin Pop wrote:
So, take this as an example of another language which doesn't do shared
linking but for which libraries are still packaged
On Sat, Feb 2, 2013 at 4:28 PM, Pavel Baculák wrote:
Is possible to know, which is default flags for packages? Or where can
i find this information? For example in Gentoo or in Sabayon is this
very easy. For Sabayon can I find all flags on the Sabayon's web page
for all packages.
Sounds like
On Sun, Feb 3, 2013 at 9:58 PM, Pavel Baculák wrote:
As I am reading this mailing list, I think - download source, unzip
and read debian/rules is the best way. Any easier way don't exist.
But it is a shame that there don't any easier ways.
Perhaps you didn't read my email, so I will repeat
On Tue, Feb 5, 2013 at 7:14 AM, Michael Stapelberg wrote:
Assuming we ship Go libraries compiled as shared libraries, where do we
get the SONAME from? There is no mechanism for Go libraries to declare
an ABI break. Inventing one and asking all upstream projects to adopt it
seems unlikely to
On Thu, Feb 7, 2013 at 8:19 AM, Barry Warsaw wrote:
Speaking with many hats on, I think Debian Python has done a very admirable
job of integrating the Python ecosystem with Debian.
One of the pain points for users (I've had folks ask me this
face-to-face) with that stuff was site-packages vs
Which software is this and why does it need itself to build? Is it a compiler?
Feel free to add a section to UpstreamGuide about this, it seems like
appropriate content.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a
I would suggest you find the relevant fixes and report a bug asking
the Debian Linux kernel team to backport them to the wheezy version of
Linux.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe.
In what specific situation did you want to use something like this?
I'm having a hard time imagining an appropriate use-case for this
solution.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe.
I asked for a specific place you want to use it, rather than some general ideas.
I don't think a generalised mechanism can work in the situations you
are thinking of, per-database mechanisms are the way to go really.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to
A DNSBL is the traditional solution for blacklists, why are you
putting your blacklist in a .deb?
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
For duplicate file detection, there is now the Debian duplication
detector (still importing the archive):
http://dedup.debian.net/
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
I don't know how big your squidguard blacklists are (its a good idea
to include details when asking questions), but the largest one I could
find was 20MB, much smaller than some of the packages I maintain in
Debian, let alone the largest package in Debian. Anyway, rsync sounds
like the most
On Wed, Feb 27, 2013 at 6:33 AM, Jakub Wilk wrote:
Unlike other tools on that list, adequate requires the package to be
installed before it can be checked. Then you call it this way:
adequate pkgname
Feel free to update the wiki page; I won't do it myself.
Will add it once adequate reaches
On Wed, Feb 27, 2013 at 8:57 AM, Russ Allbery wrote:
Amen to this. I care a lot about having fairly complete Unicode coverage
in my display fonts, and I've often had to trawl through aptitude to try
to guess at which font packages I need to install just to, for example,
see the front page of
recommended is in the eye of the beholder, I personally like DejaVu
for latin characters but others detest it.
There is a page about fonts for the Debian installer though:
http://wiki.debian.org/DebianInstaller/GUIFonts
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email
On Thu, Feb 28, 2013 at 1:17 AM, Russ Allbery wrote:
Some poking around Wikipedia reveals that what this page is referring to
is Chữ Nôm: http://en.wikipedia.org/wiki/Ch%E1%BB%AF_N%C3%B4m. I suspect
the fonts I have installed have all of the borrowed Chinese characters but
are missing some
On Thu, Feb 28, 2013 at 2:17 AM, Adam Borowski wrote:
This seems wrong to me. Adding complex schemes to text-drawing backends
sounds like something fragile. It will slow stuff down, and add surprising
modes of failure as well.
The schemes have already been implemented in PackageKit and
On Fri, Mar 1, 2013 at 4:12 AM, Lisandro Damián Nicanor Pérez Meyer wrote:
Is it just me or this thread about propietary stuff should not be happening
here?
http://www.debian.org/social_contract
It may be just me, yes.
It definitely isn't just you.
--
bye,
pabs
Looks like you did everything correctly, except one thing:
On Sat, Mar 2, 2013 at 12:12 AM, Paul Johnson wrote:
* Closes: #664092
* Closes: #524149
* Closes: #636629
It is best to explain what is being closed, please read the devref
section on changelog best practices:
On Sat, Mar 2, 2013 at 11:44 AM, John Paul Adrian Glaubitz wrote:
I'd like to disagree here. After having a quick glance at the package on
mentors [1], there is lots of work to be done until the package is
lintian-clean which is what I always prefer when sponsoring.
I didn't look at the
On Sun, Mar 3, 2013 at 11:21 PM, Thomas Goirand wrote:
So yes, I would think having a safe, backup of Alioth is important.
Now, what worries me is that I didn't read any of the Alioth admins
explaining what is currently in production. I've searched, and the
only info I found was hosted
Is there anything we can add to debcheck or the PTS to encourage
maintainers to help break these cycles by adding build profiles and or
cross-compilation info?
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of
On Wed, Mar 6, 2013 at 6:20 AM, Steve Langasek wrote:
On Tue, Mar 05, 2013 at 08:28:15PM +0800, Paul Wise wrote:
Is there anything we can add to debcheck or the PTS to encourage
maintainers to help break these cycles by adding build profiles and or
cross-compilation info?
It seems
On Tue, Mar 5, 2013 at 2:57 PM, Arno Töll wrote:
dcut dm --uid Tobias Stefan Richter --allow nexus
Could this be moved to devscripts as a dm command? Maybe with less
dashes in the interface too.
dm Tobias Stefan Richter allow foo bar , deny baz
--
bye,
pabs
http://wiki.debian.org/PaulWise
On Thu, Mar 7, 2013 at 5:18 PM, Pali Rohár pali.ro...@gmail.com wrote:
I sent this email also to debian netplug maintainer, but he did
not responce. So forwarding email to debian-devel mailinglist.
--
Pali Rohár
pali.ro...@gmail.com
-- Forwarded message --
From: Pali
On Thu, Mar 7, 2013 at 5:18 PM, Pali Rohár wrote:
I sent this email also to debian netplug maintainer, but he did
not responce. So forwarding email to debian-devel mailinglist.
Please file a bug so the patch does not get lost:
http://www.debian.org/Bugs/Reporting
--
bye,
pabs
On Sun, Mar 10, 2013 at 4:00 PM, Jonathan Nieder wrote:
Charles Plessy wrote:
Also, GitHub being proprietary software, it would be great to have a mirror
on
a platform running Free software.
Done. :)
I had assumed Charles was talking about alioth.debian.org, in
collab-maint or similar.
On Sun, Mar 10, 2013 at 6:27 PM, Thomas Goirand wrote:
BTW, I've came across:
http://felipec.wordpress.com/2012/11/13/git-remote-hg-bzr-2/
Awesome, nice find! I just converted all the hg repos I have checked
out to git using this, everything worked.
Both of these appear to be in git from
On Wed, Mar 13, 2013 at 10:13 AM, Hideki Yamane wrote:
Okay, but they are using patched gcc and binutils for build it.
So I guess, first it should be merged to upstream gcc/binutils, then
be added to firmware git repo, right?
No, that is not how the firmware-free source package works. It
Hola Patricio,
Por favor, escriba en Inglés en debian-devel según lo sugerido por
nuestro código de conducta:
http://www.debian.org/MailingLists/#codeofconduct
Por favor, lea esta introducción a mantener paquetes en Debian:
http://mentors.debian.net/intro-maintainers
[Asking Patricio to write
On Thu, Mar 21, 2013 at 3:58 AM, Jeremy Stanley wrote:
The bigger concern is that this is a web bug, whether it wants to be
or not. Whoever hosts any of the images being included knows the IP
address and time of every visitor to a bug report.
Only if you use a web browser that is obeying
On Fri, 2013-03-22 at 09:35 -0400, Lennart Sorensen wrote:
If your browser downloads an image, then the server hosting the image
at the very least knows your IP.
If your browser was obeying you, it wouldn't download the web tracking
images.
PS: please don't CC me, I'm subscribed.
--
bye,
On Sat, Mar 23, 2013 at 3:03 AM, Игорь Пашев wrote:
Suddenly, I've found that grub2 knows about kopensolaris [1]
So does dpkg:
$ dpkg-architecture -L | grep -i opensolaris | head -n2
kopensolaris-i386
kopensolaris-ia64
Could anybody say how it happened?
[1]
On Tue, Apr 2, 2013 at 11:18 PM, Reinhard Tartler wrote:
This can/should preferably be configurable, defaulting to the Debian
BTS. Derivatives should be encouraged to override the defaults
accordingly.
Only EmDebian is using debbugs and they use bugs.d.o. I didn't think
the bts command had
What you want should be possible if upstream were to add some git
tags. Obviously the downloaded tarball would need to be modified.
Does upstream release individual tarballs for each application?
Probably what needs to happen is to split the git repo up into one per app.
--
bye,
pabs
On Mon, Apr 8, 2013 at 2:32 AM, Philip Hands wrote:
Might it be possible to do that with git-subtree, and then track the
application specific branch created by subtree as the upstream for each
package?
I'm not familiar with this case, nor with git subtree but my favourite
solution for
On Tue, Apr 9, 2013 at 7:29 PM, Wookey wrote:
Is anyone actually working on making the aptitude multiarch-friendly, or
planning to?
It appears so, see the bottom of this mail:
http://lists.debian.org/deity/2013/04/msg00027.html
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To
On Thu, Apr 11, 2013 at 6:17 AM, Игорь Пашев wrote:
Progress, reported by debootstrap does not look monotonic.
Do I miss something?
The debian-boot list might be a better place to discuss this.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to
On Thu, Feb 21, 2013 at 9:54 PM, Paul Wise wrote:
For duplicate file detection, there is now the Debian duplication
detector (still importing the archive):
http://dedup.debian.net/
This will soon be linked to from the PTS for packages that share a
significant amount of data. Here
On Tue, Apr 16, 2013 at 7:34 PM, Игорь Пашев wrote:
Now, /usr/share/perl5/Dpkg/Shlibs.pm defines default library search path as:
Sounds like a topic for the debian-dpkg list?
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with
On Thu, Apr 18, 2013 at 6:07 PM, Marc Haber wrote:
On Wed, 17 Apr 2013 14:05:47 +0900, Charles Plessy wrote:
The tool you are looking for is mk-build-deps from the package devscripts.
So one uses mk-build-deps to create a .deb containing the build
dependencies as binary dependencites, put that
On Sat, Apr 20, 2013 at 7:37 PM, Daniel Pocock wrote:
Nonetheless, with derivatives and Debian itself having different release
cycles, and wearing my upstream developer hat, I can't help wondering:
how can upstreams ensure that the freshest versions of their package
propagate to the
On Sun, Apr 21, 2013 at 6:11 PM, Pali Rohár wrote:
But why Debian cannot review and include this my patch?
Now is the time for fixing RC bugs, not for including patches, please
wait until wheezy is released and then give the maintainer some time
to review it and prepare a new package.
--
bye,
On Wed, May 1, 2013 at 12:52 AM, Thorsten Glaser wrote:
Only problem: dd-list seems to expect *binary* package names
and has no mode to tell it to expect *source* package names,
despite outputting the latter by default. (Why?)
Are you sure? From the manual page:
Input is a list of source or
801 - 900 of 2822 matches
Mail list logo
