On Wed, Aug 4, 2010 at 5:49 PM, Charlie Smotherman wrote:
> In my package ampache it ships xspf_jukebox.fla and xspf_jukebox.swf and
> I recently received bug #591202 which states:
...
> Are there debian tools available to do this? If so what are they?
The FLA format is binary and completely un
On Thu, Aug 5, 2010 at 2:20 AM, Vincent Bernat wrote:
> But people working with Flash programs uses FLA format as source format?
Only those who specifically rely on Adobe's Flash authoring tools.
Anyone who uses Linux and builds their Flash files using free tools
will usually deal with plain tex
On Fri, Aug 6, 2010 at 1:25 PM, Vincent Bernat wrote:
> canvas.as:12: characters 0-3 : parse error Unexpected var
>
> It seems that mtasc only understands ActionScript 2.
Correct. There are no free tools to build ActionScript 3, only Adobe's
stuff. The mtasc authors moved on to creating their o
On Sat, Aug 7, 2010 at 1:56 PM, Ian Zimmerman wrote:
> So, out of 273 doc-containing packages on this system, just 70 bothered.
> I feel a strong urge to put the commands in a script that will auto-file
> a bug against any package in the output of the last command. How do
> maintainers feel abou
On Mon, Aug 9, 2010 at 4:58 PM, Thomas Goirand wrote:
> 2/ Ask for help for packaging swfupload
...
> How to fix the SWFUpload issue:
> - ---
> The SWFUpload is a client side file upload tool that uses a combination
...
AFAICT the source code is ActionScript 3 so you
On Fri, Aug 13, 2010 at 1:06 AM, Aurelien Jarno wrote:
> QEMU doesn't emulate HPPA, that's why you can't find such an image.
Looks like there is/was work in progress to do so though:
http://hppaqemu.sourceforge.net/
http://sourceforge.net/projects/hppaqemu/
http://repo.or.cz/w/qemu/hppa.git
Se
On Thu, Aug 5, 2010 at 8:15 PM, Paul Wise wrote:
> [Stuff about .FLA files]
As a follow-up, Martin Owens has written some code to extract FLA files:
http://doctormo.org/2010/08/06/fla-extract/
http://doctormo.org/2010/08/04/flash-sources/
--
bye,
pabs
http://wiki.debian.org/PaulW
On Sun, Aug 15, 2010 at 7:09 AM, Neil Williams wrote:
> It's debug output, it is useful when debugging and you need the output,
> e.g. when fixing bugs and the user can just be asked to run the command
> from the terminal and post the output to help in debugging the bug
> report. Generally, the d
On Mon, Aug 16, 2010 at 6:05 PM, Peter Miller wrote:
> I'm trying to get my libexplain project [1] to build on Debian alpha.
> I don't actually have access to an alpha machine, so my feedback loop is
> via the Debian build farm [2]... one fix per release.
>
> This isn't completely satisfactory.
Probably you are looking for this?
http://cdimage.debian.org/cdimage/weekly-builds/i386/jigdo-cd/
--
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
Archi
On Wed, Aug 25, 2010 at 6:38 PM, Christian PERRIER wrote:
> Quoting Russ Allbery (r...@debian.org):
>
>> > Hmhm, out of curiosity, why is t-p-u “way riskier”.
>>
>> Mostly because there isn't any large pool of systems using t-p-u the way
>> there is for unstable, so the aging process where we get
On Fri, Aug 27, 2010 at 5:17 AM, Aaron Toponce wrote:
> The Sun RPC license that has plaqued this bug, has been re-licensed to
> the 3-clause BSD license. This affects glibc and krb5-*, and possibly
> other packages.
>
> The change from Sun is documented here:
>
> http://blogs.sun.com/webmink/ent
On Fri, Aug 27, 2010 at 5:20 AM, Thomas Weber wrote:
> Maybe this is a stupid question, but what purpose does the Ubuntu column
> have at all? If I'm interested in a package in Ubuntu, that's what
> Launchpad is for. I mean, we don't have the information for the 120
> other derivatives there, eit
On Mon, Sep 6, 2010 at 2:45 PM, sean finney wrote:
> i have the following ideas:
>
> 1) split out the c++ libraries, make the c++ library conflict with the older
> version of libxmlrpc-c3 (conflicting files) make the -dev package
> depend on both libraries, and hope that a half dozen binNMU
On Tue, Sep 7, 2010 at 1:46 PM, Lucas Nussbaum wrote:
> Now that backports are becoming official, I think that it is the right
> time to reconsider
Some other possibilities;
Move *-backports (and *-volatile) into the main archive like they are in Ubuntu.
Merge the backports website into www.de
On Wed, Sep 8, 2010 at 3:52 AM, Russ Allbery wrote:
> If there's any complexity in the backport, that's probably true. But I'll
> note here that for all the backports I do for my packages, all the changes
> in the backport are mechanical (and automated) and maintaining that in a
> VCS is just mo
On Thu, Sep 16, 2010 at 6:44 PM, Luca Bruno wrote:
> You may also be interested in http://wiki.debian.org/UpstreamGuide
Just added a link to Enrico's page from that.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subjec
On Wed, Sep 22, 2010 at 4:44 PM, Fabian Greffrath wrote:
> Oracle recently announced [1] their own 2.6.32-based Unbreakable Enterprise
> Kernel for their RHEL derivative called Oracle Linux. The announcement
> promises severe performance improvements compared to the stock RHEL kernel.
>
> Do you
On 9/24/10, Simon McVittie wrote:
> Suspend-to-RAM also works, but is obviously not secure against attackers
> waking up the laptop and exploiting some bug in a locked screensaver, or
> remote access, or whatever.
Don't forget about folks using cold boot attacks to grab your key from
RAM. I also
On Fri, Sep 24, 2010 at 3:11 PM, Roland Mas wrote:
> Could that be mitigated by the kernel maybe? Like, it could wipe the
> part(s) of the RAM where the key is stored before actually shutting
> down the host.
For the hibernate case, probably yes.
--
bye,
pabs
http://wiki.debian.org/PaulWise
On Fri, Oct 1, 2010 at 2:45 PM, Andreas Tille wrote:
> But in principle it does sound like a good idea to feed this information
> into UDD. What do you think about keeping content of binary and source
> packages inside UDD?
Sounds very good to me.
--
bye,
pabs
http://wiki.debian.org/PaulWise
On Sun, Oct 3, 2010 at 3:45 PM, Miles Bader wrote:
> He's the maintainer of the "magit" package, which doesn't seem to have
> received any attention in a long time. I sent email to him a few weeks
> ago, but haven't received any reply.
>
> Has anyone had contact with Marius Vollmer, or know what
On Mon, Oct 4, 2010 at 9:39 AM, Miles Bader wrote:
> Thanks for the tips -- I'm not a DD, so I don't think I access to
> non-public databases, etc, but these "developers-reference" guidelines
> seem useful for the future.
Access to the MIA db for non-DDs is usually easy to get via DD. Just
ask t
On Sun, Oct 17, 2010 at 10:41 PM, Luca Falavigna wrote:
> I've conducted an analysis looking for empty binary packages.
>
> Here is a dd-list of binary packages packages which would get a bug with
> severity serious:
...
> Debian Pkg-e Team
> efl-dev
...
> Jan Lübbe
> efl-dev (U)
...
> Albi
On Sat, Oct 30, 2010 at 8:07 PM, darkestkhan wrote:
> Shouldn't there be *-dev packeages for pulseaudio?
There are:
http://packages.debian.org/sid/libpulse-dev
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of
On Sat, Oct 30, 2010 at 8:42 PM, darkestkhan wrote:
> thanks, foor some reason I didn't test for "pulse" alone... well nwo I
> will be able to test lightspark ;)
lightspark is already in Debian, no need to compile it:
http://packages.debian.org/experimental/lightspark
--
bye,
pabs
http://wik
On Sun, Nov 7, 2010 at 12:38 PM, Simon Ruggier wrote:
> Has anyone considered patching the screenshot tools of GNOME or KDE to
> include support for automating the process of submitting to
> screenshots.debian.org? It would almost certainly cause a big increase
> in the number of submissions.
Pl
On Mon, Nov 8, 2010 at 12:19 AM, Simon Ruggier wrote:
> I suspect that wouldn't be received very well. I'll file it on debshots
> though.
There isn't much the debshots author can do if upstreams for the
screenshot programs don't want support for uploading screenshots to
screenshot sites.
--
b
dpkg-source unpacks the second tarball to a subdirectory based on the
-manual postfix.
The upstream tarball contains a manual subdirectory:
$ tar tf luatex-beta-0.64.0-doc.tar.bz2 | head -n2
luatex-beta-0.64.0/manual/
luatex-beta-0.64.0/manual/graphics/
So the manual/manual thing comes from the
On Wed, Nov 17, 2010 at 6:10 PM, Toni Mueller wrote:
> I guess the majority of packages don't lend themselves to have a
> screenshot. All libraries, and many daemons, come to mind. Would it be
> possible to exclude the screenshot feature for such packages? It always
> takes some time to find the
On Wed, Nov 17, 2010 at 6:50 PM, Ian Campbell wrote:
> Why does the "no screenshot available" message need to be an image? If
> no screenshot is available why not insert the relevant text instead?
Currently packages.d.o does not know if a package has a screenshot or
not. To do that it would need
> On Wed, Nov 17, 2010 at 22:58, Jakub Wilk wrote:
>> A number of packages in the archive sets the PYTHONPATH environment variable
>> in an insecure way. They do something like:
>>
>> PYTHONPATH=/spam/eggs:$PYTHONPATH
>>
>> This is wrong, because if PYTHONPATH were originally unset or empty,
On Sun, Nov 21, 2010 at 10:38 AM, Peter Zotov wrote:
> I've just wrote a small bugfix to fbxkb package (a simple
> keyboard indicator) and tried to mail that to the maintainer,
> but his email is gone (the corresponding entry in changelog
> is dated 2007). What's the correct process for incorpora
On Thu, Nov 25, 2010 at 1:24 AM, Jonathan Nieder wrote:
> . unlike browsers with $BROWSER and desktop-specific settings, there
> is no standard, cross-distro way to make a user-specific choice of
> terminal
...
> To solve (2): one could introduce a TERMINAL environment variable
> analogous to M
On Fri, Dec 3, 2010 at 12:57 AM, Thomas Thurman
wrote:
> I am proposing an escape sequence which, when transmitted over SSH or
> telnet, requests the client to display a desktop notification. I have
> written up a description, with some example code, at
>
> http://people.collabora.co.uk/~tthurma
On Fri, Dec 3, 2010 at 11:05 AM, lucas.g...@gmail.com
wrote:
> That's kinda sad...
>
> Re-implementation as GPL seems the best course...
If you are using compiz it looks like there is a plugin for that:
http://wiki.compiz.org/Plugins/Snow
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To
2010/12/3 Lucas Nussbaum :
> From time to time, I do archive rebuilds for Ubuntu too, and I thought
> that the results would be interesting for DDs as well, since a FTBFS in
> Ubuntu might indicate that the package will FTBFS in the future in
> Debian, due to toolchain changes for example.
Would
On Fri, Dec 3, 2010 at 5:30 PM, Lucas Nussbaum wrote:
> On 03/12/10 at 16:00 +0800, Paul Wise wrote:
>
>> Would it be possible to get this listed in the Ubuntu box in the PTS?
>
> Erm, it would be possible, but that requires a bit of work. Also, I don't
> rebuild Ubun
On Sun, Jan 2, 2011 at 10:36 PM, Yaroslav Halchenko
wrote:
> FOSSology?
https://fossology.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 listmas...@lists.debian.org
On Mon, Jan 3, 2011 at 1:36 AM, Stefano Zacchiroli wrote:
> Has the service ever been announced anywhere before this mail of yours?
> (It is mentioned in the db.d.o archive, but not much more than that)
Not AFAIR, I missed the talk at DebConf10 that Russ mentioned though.
Looks like the setup a
The same problem occurs with all libraries and is really the
responsibility of the sysadmin to deal with. Install debian-goodies
and run checkrestart after every relevant upgrade. For desktop users
the upgrade software can help, for example PackageKit:
http://blogs.gnome.org/hughsie/2007/08/23/pac
On Wed, Jan 12, 2011 at 9:29 AM, Drake Wilson wrote:
> Which upstream bug trackers, if any, would make the above not work?
Sourceforge and probably Gforge/FusionForge trackers.
The only tracker I'm aware of which would work is Trac, some instances
of which allow anyone to put in anyone else's e
On Mon, Jan 17, 2011 at 11:25 AM, Steve M. Robbins wrote:
> What is the recommended course of action for such a package?
For now: build on a 32-bit system or in a 32-bit chroot.
Other options in increasing order of preference:
Add deps to ia32-libs.
Add lib32 packages for the deps.
Help fix
You might want to look at the PackageMap project started by a
Debian/Gentoo contributor:
http://blog.hartwork.org/?p=373
http://lists.freedesktop.org/mailman/listinfo/packagemap
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
wit
On Thu, Jan 20, 2011 at 10:59 AM, Brian May
wrote:
> What is policy when security updates for stable introduce new
> regressions in software that weren't there before? Can these get fixed
> in stable?
If a stable security update contained a regression, usually that is
fixed with an update in the
On Mon, Jan 24, 2011 at 7:19 AM, Iustin Pop wrote:
> First, tests run during a package build are good, but they do not
> ensure, for example, that the package as installed is working OK. I've
> been thinking that (also) providing tests to be run after the package is
> installed (and not on the bu
Package: wnpp
Severity: wishlist
Owner: Paul Wise
X-Debbugs-CC: debian-devel-ga...@lists.debian.org, debian-devel@lists.debian.org
* Package name: sleepisdeath
Version : 16
Upstream Author : Jason Rohrer
* URL : http://sleepisdeath.net/
* License : None
On Sun, Aug 22, 2010 at 6:40 AM, Adam Borowski wrote:
> * [a show stopper] it requires Nvidia's CG Toolkit -- non-free
> non-distributable. The upstream is in love in that piece of crock, and
> declares it is and should be mandatory.
Looks like that is no longer required since November 2010:
On Sat, Feb 5, 2011 at 8:18 PM, Marin George Sorin
wrote:
> Hy can you please help me get rid of red screen ...please i asked so many
> ppl and no 1 knows how to help me...it`s about GRUB4DOS 0.4.4 i can give you
> every detail please answer me
You have contacted the email list for Debian develo
[presumably you are not subscribed, CCing you]
On Wed, Feb 9, 2011 at 5:57 AM, Pontus Andersson
wrote:
> Hi. I like to make a request regarding the Debian Linux kernel.
> I think the "tux boot" should be compiled with the Debian logo..
> With tux boot I mean that some distros e.g. Arch and slackw
On Fri, Feb 11, 2011 at 5:58 AM, Ben Hutchings wrote:
> Since there is no support for auto-building arch-independent binaries
I would hope that throwing away developer built debs would also apply
to arch-independent packages, IIRC that was part of the proposal.
There was talk of a Build-Architec
On Sat, Feb 12, 2011 at 9:57 PM, Adam Borowski wrote:
> On ARM, it's 90MB, I guess MIPS should be similar.
> The man page says 65MB even in -9, but I guess they didn't count in the
> code, libc, buffers and the likes.
>
> Trying to run unmodified Debian on 64MB is a suicide, I'd say the weakest
>
On Tue, Feb 15, 2011 at 9:57 PM, Bastien ROUCARIES
wrote:
> I plan to adopt a removed from archive package (see #183373).
>
> How can I do ?
>
> I have marked myself as ITA of 183373. It is the right way ?
Since it will be a new package, that probably should be an ITP.
> I plan to download prev
On Fri, Feb 18, 2011 at 9:39 AM, Charles Plessy wrote:
> it would be very exciting to have the possibility to select a blend at the
> installation. To circumvent the limitation of space, how about having a single
> line to select ‘Chose a Debian Pure Blend‘, that would lead to a page that
> provi
On Sun, Feb 27, 2011 at 4:02 PM, Lars Wirzenius wrote:
> We don't care if something is temporarily uninstallable in unstable. The
> only way to prevent that from happening would be to keep packages from
> entering unstable unless all their dependencies are in unstable already,
> and that would pr
On Wed, Mar 2, 2011 at 5:53 PM, Emilio Pozuelo Monfort wrote:
> If you have non-free enabled and install a package from main, it should
> install
> the dependencies from main. So you should have e.g. "rar | rar-nonfree"
> instead
> of the other way round.
non-free stuff shouldn't be in main de
On Thu, Mar 3, 2011 at 1:37 AM, Josselin Mouette wrote:
> What about a project to port systemd to kfreebsd ? :)
That is unlikely to be useful, upstream has explicitly said they are
targeting Linux only.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-r
On Thu, Mar 3, 2011 at 10:28 PM, Carsten Hey wrote:
>> But, anyway, I believe that the first depends of an alternate depends
>> relation
>> should be available in main and propose to file bugs about this.
>>
>> Do you agree this warrants a mass bug filing? I couldn't find this written
>> out
>>
On Fri, Mar 4, 2011 at 7:09 PM, Holger Levsen wrote:
> So does that mean a depends on "apache | apache2" is forbidden, as apache is
> not in main?
I guess so, unless apache2 provides apache.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists
On Fri, Mar 4, 2011 at 10:59 PM, Klaus Ethgen wrote:
> If you want to change debian to be ubuntu it would be the time to look
> for another distribution that can be used on servers. (unfortunately I
> do not know an alternative.)
Ubuntu actually has better pro-active/defence-in-depth security th
On Tue, Mar 8, 2011 at 5:19 AM, Christoph Anton Mitterer
wrote:
> Well, I'm curious to see whether other people find it worth, to
> implement "all this".
I always wondered why my ext3/ext4 over LVM over LUKS rootfs (default
d-i encrypted system) gets complained about just before shutdown (by
bot
On Thu, Mar 10, 2011 at 5:22 PM, Peter Palfrader wrote:
> (i.e. list of mirrors somewhere on ftp.d.o).
We have had the mirrors list on each mirror for a long time:
ftp://ftp.debian.org/debian/README.mirrors.txt
ftp://ftp.iinet.net.au/debian/debian/README.mirrors.txt
ftp://ftp.au.debian.org/debi
On Thu, Mar 10, 2011 at 5:30 PM, Peter Palfrader wrote:
> On Thu, 10 Mar 2011, Paul Wise wrote:
>
>> On Thu, Mar 10, 2011 at 5:22 PM, Peter Palfrader wrote:
>>
>> > (i.e. list of mirrors somewhere on ftp.d.o).
>>
>> We have had the mirrors list
On Thu, Mar 10, 2011 at 9:46 PM, The Fungi wrote:
> On Thu, Mar 10, 2011 at 01:06:03PM +, Lars Wirzenius wrote:
>> If one has or downloads a list of mirrors, what's a good way to
>> choose the best one? Ping time?
>
> Package: netselect-apt
> Description: speed tester for choosing a fast Debia
On Fri, Mar 11, 2011 at 7:11 AM, Adam Borowski wrote:
> Another strange thing about apt-spy is that it picks a subset of mirrors
> without an apparent rule. It claims it uses
> http://http.us.debian.org/debian/README.mirrors.txt yet it ignores most (but
> not all!) of non-country-primary ones.
On Fri, Mar 11, 2011 at 11:04 AM, Paul Wise wrote:
> Not nessecarily, it really depends. For example in Australia local
> mirrors are much faster than US mirrors.
And your ISPs mirrors are usually faster than other ISPs mirrors. Some
ISPs give free access to their mirror; the mirror t
On Fri, Mar 11, 2011 at 3:55 AM, Michael Vogt wrote:
> There is a "mirror" method in apt since some time that is a bit of a
> combined cdn/README.mirrors approach. Its not much used and probably
> has some rough edges but should be a good starting point.
>
> The idea is that you have a sources.li
On Mon, Mar 14, 2011 at 10:21 PM, Mike Hommey wrote:
> Seeing how many mirrors are affected, either the apt change should be
> reverted or the list of mirrors should be updated to pinpoint those that
> are known to work correctly ; or both.
What about this: apt downloads both Release/Release.gpg
On Wed, Mar 16, 2011 at 5:39 AM, Joerg Jaspert wrote:
> don't even use Debian as there system. And then those that do use Debian
> use stable usually (or even oldstable), meaning you have to put every
> update inside there. Good luck, it's not something I want to do.
I would have thought it woul
On Thu, Mar 17, 2011 at 3:35 AM, Henrique de Moraes Holschuh
wrote:
> Well, I have been doing this, for a LONG time, to preserve my sanity when
> working as upstream or in a native auto-tooled package:
>
> 1. No spawn from autotooling allowed in the VCS. EVER. .gitignore it
> away at once. A
On Thu, Mar 17, 2011 at 3:15 PM, Andreas Tille wrote:
> Would you consider the existence of autotools autogenerated files inside
> an upstream source a valid reason to rebuild upstream source in a
> get-orig-source target?
I would consider autotools generated files (Makefile.in, configure,
etc)
On Thu, Mar 17, 2011 at 4:02 PM, Andreas Tille wrote:
> Sorry, I was not precise. I also regard Makefile.in and configure (and
> files which are used by configure to run properly) as useful in an
> upstream tarball. However, files like config.log etc. should be cleaned
> up.
Agreed. That would
On Thu, Mar 17, 2011 at 4:34 PM, Andreas Tille wrote:
> I just accept your opinion that repackaging is not warranted and I did
> not in the past - but I was never really sure whether this is really
> reasonable. I'm somehow missing *clear* rules when to rebuild the orig
> tarball and when not.
On Thu, Mar 17, 2011 at 5:12 PM, Andreas Tille wrote:
> The problem is that the regenerated files are not identical to the
> original files and you simply get a diff which finally makes different
> Debian source packages depending how often you start the build process.
You won't get a diff if yo
On Mon, Mar 21, 2011 at 9:10 PM, Jeffrey Ratcliffe wrote:
> Would such a package be useful?
I personally wouldn't use that script for a number of reasons:
It assumes that $HOME is /home/$USER
It assumes that the sysadmin hasn't already mounted something on /mnt
It mounts and backs up without
On Tue, Mar 22, 2011 at 4:57 PM, Jeffrey Ratcliffe wrote:
> On 22 March 2011 00:49, Paul Wise wrote:
>
>> The mount could trigger unknown kernel vulnerabilities in filesystem code
>
> The USB Stick would be automounted anyway. How is this different?
Automounting is disabled o
I agree with the other Australians in the thread; the east-coast
timezones are currently all the same but might not be in the future so
we shouldn't rely on them being the same and we should allow selection
of Australia/Sydney vs Australia/Melbourne.
I would suggest doing what Ubuntu do for timezo
How about letting the person doing the installation write the labels
if they want to use LABEL and use UUID by default.
--
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...@l
On Thu, Feb 12, 2009 at 9:11 AM, wrote:
> Speaking about new control fields, how about "Date:"?
>
> Imagine, "freshness dating available right there on the grocer's
> shelf, in Packages.gz. No need for the consumer to jump through
> additional hoops to find out."
Which date would it contain?
>
On Thu, Feb 12, 2009 at 12:40 PM, wrote:
> PW> Which date would it contain?
>
> The date the maintainer made the polishing touches on the .deb.
We don't have that date. We do have:
The date from the changelog/changes file. Depending on the workflow
the maintainer uses, this could be when they
On Wed, Feb 18, 2009 at 3:51 AM, Cyril Brulebois wrote:
> Charles Plessy (17/02/2009):
>> maybe Build-Recommends could also solve this…
>
> Does "build reproducibility" mean something to you?
The combination of the simultaneous need for Build-Recommends and
build reproducibility will probably le
On Tue, Feb 17, 2009 at 6:03 AM, Piotr Ożarowski wrote:
> [Matthias Klose, 2009-02-16]
>> Besides the "normal" pending update of the python version for the
>> unstable distribution, there will be more changes around python
>> packaging, including the introduction of python-3.x and addressing
>> s
On Wed, Feb 18, 2009 at 3:37 PM, Iulian Udrea wrote:
> I'm still thinking of a way to get rid of git source and not affect the
> rest.
Get upstream git to stabilise libgit into a proper shared library.
Please see #407722, which I set as blocking the ITP #515793.
--
bye,
pabs
http://wiki.debia
On Sat, Feb 21, 2009 at 4:29 AM, Joop Stakenborg wrote:
> * Package name: see
mime-support already contains /usr/bin/see, so you'll probably need to
rename it see-editor or something?
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.de
On Sat, Feb 21, 2009 at 7:49 PM, Michael Rasmussen wrote:
> 1) I prefer to have web based applications running in a virtual host
> instead of poluting the /var/www folder with entries. Is it allowed to
> create a package which installs application in a virtual host in Apache?
Check out the draft
On Mon, Feb 23, 2009 at 10:27 AM, Ron Johnson wrote:
> But what (besides web crawling) is the (legal) purpose of that? And why
> does it need a word list?
Presumably it is a useful tool as part of a security professional's
penetration testing toolbox?
--
bye,
pabs
http://wiki.debian.org/Paul
On Tue, Feb 24, 2009 at 9:46 PM, Luke L wrote:
> Something to think about: Shouldn't SQL databases and web servers, and
> file servers, be under /srv/? /srv/www, /srv/mysql, /srv/smb, etc.?
The bikeshed shall be coloured 'yes'.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE
On Thu, Feb 26, 2009 at 6:36 PM, Daniel Dickinson wrote:
> Is that a violation of a must directive and therefore a bug that will
> need fixing ASAP? AIUI packages that have a GUI are required to have
> debian menu, but I'm not sure if the window manager / desktop has the
> same requirement.
The
On Fri, Feb 27, 2009 at 12:44 AM, Giacomo A. Catenazzi wrote:
> Russ Allbery wrote:
>>
>> Luke L writes:
>>
>>> Something to think about: Shouldn't SQL databases and web servers, and
>>> file servers, be under /srv/? /srv/www, /srv/mysql, /srv/smb, etc.?
>>
>> The current FHS reserves /srv's name
On Sat, Feb 28, 2009 at 4:22 PM, Josselin Mouette wrote:
> Le vendredi 27 février 2009 à 21:40 +0100, Joerg Jaspert a écrit :
>> Select one of cli-mono or ecma-cli and please also get me a short
>> description :)
>
> How about:
>
> cli-mono -- The Common Language Infrastructure, the Mono implement
On Wed, Mar 4, 2009 at 4:27 AM, Samuel Thibault
wrote:
> Quite a few packages support only OSS, not ALSA. Nowadays there's quite
> little probability that your sound board only has an OSS driver, and so
> there is quite little probability that quite a few packages work out the
> box.
Is ALSA su
On Wed, Mar 4, 2009 at 2:17 PM, Steve Langasek wrote:
>> If the -dbg files were more like these sizes:
>
...
>
>> I doubt there's be too much concern
>
> Remaining concerns:
>
> - each of these dbg packages requires manual modification to the source
> package (incl. adding the package to deb
On Wed, Mar 4, 2009 at 5:09 PM, Ben Finney wrote:
>> See pristine-* for hints about things that can change between one
>> environment and another.
>
> I don't know what ‘pristine-*’ refers to there. I get no result from
> ‘apropos pristine’, so if you're referring to a command, I have no
> corres
On Thu, Mar 5, 2009 at 5:23 PM, Tzafrir Cohen wrote:
> With rpm there's no such problem, as a separate debug package is
> created automatically. I just have to keep it somewhere.
That is exactly the plan for debug.debian.net.
IMO it needs to sidestep dh_strip though, since debhelper isn't
manda
On Fri, Mar 6, 2009 at 10:12 AM, Ben Finney wrote:
> How can I reliably inform the Debian packaging tools that my quilt
> patches are in ‘patch -p0’ format?
You don't want to use -p0 otherwise you'll get bugs from buxy about
not supporting dpkg source package v3. I'm using this to generate my
pa
On Fri, Mar 6, 2009 at 3:07 PM, Ben Finney wrote:
> Paul Wise writes:
>
>> On Fri, Mar 6, 2009 at 10:12 AM, Ben Finney
>> wrote:
>>
>> > How can I reliably inform the Debian packaging tools that my quilt
>> > patches are in ‘patch -p0’ format?
>&g
On Tue, Mar 17, 2009 at 8:18 AM, Ben Finney wrote:
> One of the new features announced in MoinMoin 1.7 is OpenID
> authentication. Could this please be enabled on the Debian wiki?
That would likely make it much harder to fix #385797 - Wiki does not
have a license.
I think once we've sorted tha
On Tue, Mar 17, 2009 at 2:57 PM, Ben Finney wrote:
> I don't see how the use of a different authentication system
> intersects with that bug at all. Can you elaborate what you think the
> issue is?
I'm making an uneducated guess that allowing editing by people we
cannot contact will be bad for l
On Wed, Mar 18, 2009 at 8:18 PM, Julien Cristau wrote:
> the following X input drivers will be removed from the archive soon
> unless someone steps up to maintain them (both upstream and in Debian).
> If you use one of these, now is the time to make yourself known.
Should debian-user and forums.
On Sat, Mar 21, 2009 at 6:11 AM, Ana Guerrero wrote:
> kde is a metapackage that includes _all_ KDE that is not related to
> development. If you just want a functional KDE without games and related
> stuff look at kde-core. Then you can install what you want else using the
> modules
> metapackag
401 - 500 of 2399 matches
Mail list logo
