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,
p
Hi!
On Fri, 2012-11-09 at 14:06:15 -0800, Daniel Schepler wrote:
> I've asked a couple people in private mail about this, and haven't
> gotten any answer, so I thought I'd ask here for ideas. Where would
> be a good place to upload what I have so far from bootstrapping an x32
> port of Debian? S
On Nov 09, Daniel Schepler wrote:
> I've asked a couple people in private mail about this, and haven't
> gotten any answer, so I thought I'd ask here for ideas. Where would
> be a good place to upload what I have so far from bootstrapping an x32
> port of Debian?
Nowhere, until we decide if and
Package: wnpp
Severity: wishlist
Control: block -1 by 623914
* Package name: mdpress
Version : 0.0.12
Upstream Author : Aditya Bhargava
* URL or Web page : https://github.com/egonSchiele/mdpress#readme
* License : MIT
Description : create Impress.js slideshows with M
I've asked a couple people in private mail about this, and haven't
gotten any answer, so I thought I'd ask here for ideas. Where would
be a good place to upload what I have so far from bootstrapping an x32
port of Debian? So far I have over 13000 source packages built, so
the total size is likely
On 9 November 2012 16:43, Steve Langasek wrote:
> * Package name: heimdall
> Version : 1.4~rc2
> Upstream Author : Benjamin Dobell
> * URL : http://www.glassechidna.com.au/products/heimdall/
> * License : MIT/X11
> Programming Lang: C++
> Description : t
Package: wnpp
Severity: wishlist
Owner: Steve Langasek
* Package name: heimdall
Version : 1.4~rc2
Upstream Author : Benjamin Dobell
* URL : http://www.glassechidna.com.au/products/heimdall/
* License : MIT/X11
Programming Lang: C++
Description : tool fo
Package: wnpp
Severity: wishlist
Owner: Joseph Mills
* Package name: ITP: gimp-qmlexporter
Version : 0.0.1-10
Upstream Author : Jens Bache-Wiig
* URL : http://qt.gitorious.org/qt-labs/gimp-qmlexporter
* License : (GPLV3+)
Programming Lang: (Python)
Descrip
Hi!
On Fri, 2012-11-09 at 10:16:21 +, Dmitrijs Ledkovs wrote:
> On 9 November 2012 09:37, Simon McVittie wrote:
> > (It's possible that "faster" presets don't actually give you more
> > performance if the time to write out the .deb is dominated by I/O,
> > though.)
>
> True about I/O. Does d
Hi!
On Fri, 2012-11-09 at 15:52:53 +0100, Bastian Blank wrote:
> On Fri, Nov 09, 2012 at 12:26:19PM +0100, Bastian Blank wrote:
> > | dpkg-deb: building package `linux-image-3.6-trunk-amd64' in
> > `test.gzip.deb'.
> > | dpkg-deb -Zgzip -b debian/linux-image-3.6-trunk-amd64 test.gzip.deb
> > 62
On Fri, 09 Nov 2012, Russ Allbery wrote:
> That makes sense to me on first glance. I can't think of a case
> where I'd want to use Provides/Conflicts/Replaces with non-virtual
> packages rather than using a transitional package.
I'm currently using this in the case of unscd and nscd.
It's useful
Josselin Mouette writes:
> the Debian policy makes a special case of the
> Provides/Conflicts/Replaces combination, allowing to replace a package
> by another.
> The document mentions the case of a virtual package, for which this is
> nice and all, but it is still allowed for other packages.
>
On Fri, Nov 09, 2012 at 02:36:24PM +0200, Riku Voipio wrote:
> Perhaps we should stop pretending Linux runs on any random hardware, and
> tell people to buy machines with Linux pre-installed? System76 [1],
> Google [2], Dell, HP, Acer, and others do already so.
Dell's shipping a "heavily patched"[
On Sun, 04 Nov 2012 15:34:26 +, Ben Hutchings
wrote:
>This wouldn't solve the problem that the UDP servers have, which is that
>they need to be able to send replies from the same address the request
>was sent to.
Right.
Grüße
Marc
--
-- !! No courtesy cop
On Fri, Nov 09, 2012 at 05:27:03PM +0100, John Paul Adrian Glaubitz wrote:
> Yes, that's correct. But that's only one of the points of my
> criticism. I am in general not very much convinced by the quality of
> the packages in Linux Mint.
Neither am I. I did look at cinnamon and muffin briefly, sa
Hi,
On Fri, Nov 09, 2012 at 05:47:56PM +0100, John Paul Adrian Glaubitz wrote:
> On Fri, Nov 09, 2012 at 05:39:40PM +0100, Michael Banck wrote:
> > If people think it is worth keeping the nautilus codebase around, I
> > think it would be ok to have it packaged,
>
> Hmm, are the GNOME developers
On Fri, Nov 09, 2012 at 05:39:40PM +0100, Michael Banck wrote:
> You critized their packaging, but this appears to be an upstream fork
> which is not just a sed regexp to replace the name.
I am just sharing my experiences so far. I tried to help them to fix
issues in mdm and my commits were rever
Hi,
On Fri, Nov 09, 2012 at 05:27:03PM +0100, John Paul Adrian Glaubitz wrote:
> On Fri, Nov 09, 2012 at 04:23:16PM +, Jon Dowland wrote:
> > On Fri, Nov 09, 2012 at 05:06:57PM +0100, John Paul Adrian Glaubitz wrote:
> > > I don't think it is currently a sensible decision to introduce
> > > du
On Fri, Nov 09, 2012 at 04:23:16PM +, Jon Dowland wrote:
> On Fri, Nov 09, 2012 at 05:06:57PM +0100, John Paul Adrian Glaubitz wrote:
> > I don't think it is currently a sensible decision to introduce
> > duplicate GNOME3 packages into Debian. Nautilus 3.4 is currently
> > available through GNO
CCing Ansgar
On Thu, Nov 08, 2012 at 04:25:51PM +0100, Leo 'costela' Antunes wrote:
> Ansgar has recently made an MBF against all packages including the
> problematic JSON license term "The Software shall be used for Good, not
> Evil".
I've found one of these - #692614 - is the whole set collecte
On Fri, Nov 09, 2012 at 05:06:57PM +0100, John Paul Adrian Glaubitz wrote:
> I don't think it is currently a sensible decision to introduce
> duplicate GNOME3 packages into Debian. Nautilus 3.4 is currently
> available through GNOME3, so this would introduce redundancy.
wheezy will have 3.4 but 3.
On Fri, Nov 09, 2012 at 03:59:00PM +0100, Nicolas Bourdaud wrote:
>
> Nemo is a complete fork of Nautilus 3.4 and its goal is to extend the Cinnamon
> user experience to desktop and file management.
I don't think it is currently a sensible decision to introduce
duplicate GNOME3 packages into Debi
On 9 November 2012 14:52, Bastian Blank wrote:
> On Fri, Nov 09, 2012 at 12:26:19PM +0100, Bastian Blank wrote:
>> | dpkg-deb: building package `linux-image-3.6-trunk-amd64' in
>> `test.gzip.deb'.
>> | dpkg-deb -Zgzip -b debian/linux-image-3.6-trunk-amd64 test.gzip.deb
>> 62.96s user 1.78s syst
On 2012-11-09 14:36:24 +0200, Riku Voipio wrote:
> On Sun, Nov 04, 2012 at 12:03:37PM +0100, Karol Szkudlarek wrote:
[...]
> > and about touchpad:
> >
> > https://bugs.launchpad.net/ubuntu/+source/linux/+bug/606238
[...]
> Perhaps we should stop pretending Linux runs on any random hardware, and
>
On Fri, Nov 09, 2012 at 12:26:19PM +0100, Bastian Blank wrote:
> | dpkg-deb: building package `linux-image-3.6-trunk-amd64' in `test.gzip.deb'.
> | dpkg-deb -Zgzip -b debian/linux-image-3.6-trunk-amd64 test.gzip.deb 62.96s
> user 1.78s system 101% cpu 1:03.77 total
Some further tests show clearl
Package: wnpp
Severity: wishlist
Owner: Nicolas Bourdaud
* Package name: nemo
Version : 1.1.1
Upstream Author : Linux Mint Project
* URL : https://github.com/linuxmint/nemo/
* License : GPL2+
Programming Lang: C
Description : File manager for cinnamon
Package: wnpp
Severity: wishlist
Owner: Paul Cochrane
Package name: pbsclusterviz
Version : 0.7a
Upstream Author : Paul Cochrane
URL : http://pbsclusterviz.sourceforge.net
License : GPL
Programming Lang: Python
Description : PBS Cluster Visualisa
On Fri, Nov 09, 2012 at 02:36:24PM +0200, Riku Voipio wrote:
> Android didn't grab 75% of the market by providing android installation
> instructions for iphones - it took the market with android preinstalled
> on phones[3].
> [3] and lots of other reasons too but let us not spoil a great analogue
On Sun, Nov 04, 2012 at 12:03:37PM +0100, Karol Szkudlarek wrote:
> and about graphics freeze:
>
> https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers/+bug/1033263
>
> and about touchpad:
>
> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/606238
>
> and about cpu fan:
>
> h
Hi Josselin!
On Fri, 09 Nov 2012, Henrique de Moraes Holschuh wrote:
> On Fri, 09 Nov 2012, Josselin Mouette wrote:
> > It looks to me that we should strictly favor the transitional package
> > approach instead. Shouldn’t we entirely forbid the
> > Provides/Conflicts/Replaces combination way of h
On Fri, 09 Nov 2012, Josselin Mouette wrote:
> It looks to me that we should strictly favor the transitional package
> approach instead. Shouldn’t we entirely forbid the
> Provides/Conflicts/Replaces combination way of handling upgrades, except
> for virtual packages?
And instantly break even furt
On Thu, Nov 08, 2012 at 04:33:42PM -0800, Russ Allbery wrote:
> Oh, okay. It would actually be much easier to standardize a way to switch
> to gzip compression than it would be to add a new concept of uncompressed
> packages.
The problem is: dpkg-deb with gzip is much slower than with bzip2 and x
On 9 November 2012 09:37, Simon McVittie wrote:
> On 08/11/12 19:31, Dmitrijs Ledkovs wrote:
>> I would like to have a nocompress Debian build option that will skip
>> any compression/optimisation at build time.
>
I am sorry if this was misleading. I am aware of the noopt option and
I am aware th
On Fri, Nov 09, 2012 at 06:54:23AM +0100, Christian PERRIER wrote:
> Quoting Benjamin Drung (bdr...@debian.org):
> > Am Donnerstag, den 08.11.2012, 20:35 + schrieb Jon Dowland:
> > > On Thu, Nov 08, 2012 at 08:29:02PM +0100, Benjamin Drung wrote:
> > > > Hm, I filed two unblock requests after t
Christian PERRIER (09/11/2012):
> Well, I bet that our estimated colleagues in the Release Team are not
> robots […]
[ OK ] Turing test.
Mraw,
KiBi.
signature.asc
Description: Digital signature
Hi,
the Debian policy makes a special case of the
Provides/Conflicts/Replaces combination, allowing to replace a package
by another.
The document mentions the case of a virtual package, for which this is
nice and all, but it is still allowed for other packages.
However, any versioned dependency
On 08/11/12 19:31, Dmitrijs Ledkovs wrote:
> I would like to have a nocompress Debian build option that will skip
> any compression/optimisation at build time.
That seems like mixing two orthogonal things: an uncompressed or
fastest-possible-compression .deb or source package, and speeding up
comp
37 matches
Mail list logo
