Package: wnpp
Owner: Hilko Bengen
Severity: wishlist
* Package name: jackson-dataformat-cbor
Version : 2.4.3
Upstream Author : FasterXML, LLC
* URL or Web page : https://github.com/FasterXML/jackson-dataformat-cbor
* License : Apache-2.0
Description : Jackson data fo
On Wed, Oct 08, 2014 at 12:26:07AM -0300, Martinx - ジェームズ wrote:
>Hey guys!
And gals!
>I'm wondering here... Where are the E19 packages for Debian?! :-P
You tell us!
I assume you're related to the recent reddit thread? If so, hi! Welcome!
If not, also hi! Welcome!
I'd suggest conta
Hey guys!
I'm wondering here... Where are the E19 packages for Debian?! :-P
I'm so tired of Gnome, Unity, KDE, XFCE, LXDE, Network Manager... hh!!
:-)
So, why not make a *near to perfect* E19 packages for Debian (or Ubuntu)?
Using Econnman by default, Terminology and etc... ???
Right
Le Tue, Oct 07, 2014 at 06:07:19PM +0200, Thorsten Glaser a écrit :
>
> I deliberately used an extremely few insulting word for this
> but I don’t know how to else express it. And I do not believe
> in staying quiet if it can’t be politely expressed, because,
> let’s face it, the real world *is* f
On Tue, 07 Oct 2014, Paul Gevers wrote:
> I am trying to come up with a patch against dpkg-statoverride that sets
> the ownership and permissions upon creation, but not upon updates.
This really doesn't look like a good idea. In fact, it may well introduce
very confusing and likely dangerous beha
Hi,
Adam Borowski:
> > The only acceptable concrete value for 'extremely few' is Zero.
>
> I'd say losing patience is quite understandable in this case
Probably. However, the context of this thread was not at all about a
maintainer who refused to apply a perfectly sensible patch. Getting
confron
On Tue, 7 Oct 2014, Adam Borowski wrote:
> change your /bin/sh), 2. being (then) a violation of a "must" clause of
> the policy.
To be fair: my bug wasn’t about -a and -o, but about the printf builtin
which Policy is silent about. Some shells do have a builtin printf,
most don’t. printf(1) lives
On Tue, Oct 07, 2014 at 07:41:30PM +0200, Matthias Urlichs wrote:
> Thorsten Glaser:
> > I deliberately used an extremely few insulting word for this
>
> You should have deliberated a bit more, then.
>
> The only acceptable concrete value for 'extremely few' is Zero.
I'd say losing patience is q
Package: wnpp
Severity: wishlist
Owner: Jan Dittberner
* Package name: usbrelay
Version : 0.0+git9b40688e
Upstream Author : darrylb123
* URL : https://github.com/darrylb123/usbrelay
* License : to be clarified
Programming Lang: C
Description : USB HID r
On 07-10-14 15:40, Ian Jackson wrote:
> Also I don't see in your references an explanation from anyone as to
> why dbconfig-common does this.
I you mean with "why": "why is it implemented this way" than that is
exactly the question that I am asking myself looking at the code, if you
mean "why does
On Tue, Oct 07, 2014 at 04:23:54PM +0800, Chow Loong Jin wrote:
> On Tue, Oct 07, 2014 at 09:37:48AM +0200, Mathieu Malaterre wrote:
> > I am starring at bug #758572. Basically OP reports that `cmake` is
> > underlinked, which is a serious issue as per policy. However when
> > reading the details i
Hi,
Thorsten Glaser:
> I deliberately used an extremely few insulting word for this
You should have deliberated a bit more, then.
The only acceptable concrete value for 'extremely few' is Zero.
--
-- Matthias Urlichs
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a s
On Tue, Oct 7, 2014, at 18:00, Cyril Brulebois wrote:
> Thorsten Glaser (2014-10-07):
> > Yeah, but Md is an arsehole anyway and requires printf to be
> > a /bin/sh builtin instead of just adding /usr/bin to $PATH,
> > especially now that the initrd mounts /usr already anyway,
> > and CTTE decided
Forwarding a bit of my answer on this. I don’t know what to
think about how this criticism immediately raises responses
like the two I already got, yet the other person in question
is allowed to disrespect his fellow DDs and just ignore the
fixes for real-world, although minority, problems.
I deli
Thorsten Glaser (2014-10-07):
> Yeah, but Md is an arsehole anyway and requires printf to be
> a /bin/sh builtin instead of just adding /usr/bin to $PATH,
> especially now that the initrd mounts /usr already anyway,
> and CTTE decided to rather offend me than Md because he is
> maintainer of the m
2014-10-07 12:01 GMT-03:00 Matthias Urlichs :
> Hi,
>
> Ian Jackson:
> > On `source code': I think everyone should have the same definition of
> > `source code' for git as for tarballs.
> >
> I beg to differ. Not in principle, but because tarballs and git trees
> target different groups of users.
Ian Jackson writes:
> On `source code': I think everyone should have the same definition of
> `source code' for git as for tarballs.
I understand why you feel this way, particularly given the tools that
you're working on, but this is not something I'm going to change as
upstream. Git does not c
Hi,
Julian Taylor:
> this is already the case with regular static linking, you don't need LTO
> to remove unused code, the compiler only uses those objects from that
> archive that are required to resolve all symbols.
>
… remove _some_ unused code. Lots of code the linker pulls in from gcc will
n
Hi,
Ian Jackson:
> On `source code': I think everyone should have the same definition of
> `source code' for git as for tarballs.
>
I beg to differ. Not in principle, but because tarballs and git trees
target different groups of users.
I expect people who use my git trees to have a reasonably-re
Paul Gevers writes ("configuration files, ownership and dpkg-statoverride"):
> I am looking into dbconfig-common RC bug 720517 [1] and I was wondering
> what the general idea is of maintainer scripts changing the permissions
> and/or owners of configuration files and the use of dpkg-statoverride.
On 10/07/2014 at 02:39 AM, Russell Stuart wrote:
> On Fri, 2014-10-03 at 09:20 -0700, Russ Allbery wrote:
>> Oh! I didn't realize or internalize that you were proposing
>> switching the default shell to posh from dash. Yes, that would
>> certainly improve our compliance with Policy considerably
On Tue, Oct 07, 2014 at 03:03:05PM +0200, Thorsten Glaser wrote:
> Yeah, but Md is an arsehole anyway and requires printf to be
> a /bin/sh builtin instead of just adding /usr/bin to $PATH,
> especially now that the initrd mounts /usr already anyway,
> and CTTE decided to rather offend me than Md b
On Sat, 4 Oct 2014, Russ Allbery wrote:
> >> If we were to decide that #309415 should be fixed in policy (and hence
> >> posh), then it should be done by requiring support for the obsolescent
The problems with posh and dash are also the sheer number of bugs
in corner cases, which the more activel
Enrico Zini writes ("dgit and upstream git repos"):
> This is my scenario: I'm the upstream developer, I have an existing git
> repo with all the project history, and I'd like to be able to git push
> to debian using dgit.
>
> I ran "dgit fetch", I ran "git checkout -b dgit/sid dgit/dgit/sid" and
Package: wnpp
Severity: wishlist
Owner: Sebastian Schmidt
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
* Package name: ddate
Version : 0.2.2
Upstream Author : Jeremy Johnson
* URL : https://github.com/bo0ts/ddate
* License : Public Domain
Programming Lan
On Tue, Oct 07, 2014 at 09:37:48AM +0200, Mathieu Malaterre wrote:
> Hi,
>
> I am starring at bug #758572. Basically OP reports that `cmake` is
> underlinked, which is a serious issue as per policy. However when
> reading the details it appears that this is a c++ weak symbol (AFAIK
> no weak defau
Hi,
I am starring at bug #758572. Basically OP reports that `cmake` is
underlinked, which is a serious issue as per policy. However when
reading the details it appears that this is a c++ weak symbol (AFAIK
no weak default definition is available). This weak symbol is
generated by default by gcc wh
On 07.10.2014 08:07, Paul Wise wrote:
> On Tue, Oct 7, 2014 at 1:58 PM, Michael Tokarev wrote:
>
>> apps becomes huge in size
>
> I wonder if LTO would help with the size issues, theoretically all the
> code from the static glibc that isn't used by busybox-static would be
> stripped out of the re
28 matches
Mail list logo
