Hello,
Thomas Koch [2014-10-09 20:18 +0200]:
> Looking into the current pm-utils package in Debian testing i noticed
> that it is kind of inert: nor is pm-powersave called by upowerd –
> changed in upower 0.99.1-1
That is a good point. I didn't really notice yet as in Ubuntu we still
have the old
❦ 9 octobre 2014 20:18 +0200, Thomas Koch :
> Older TLP packages – available via my PPA, not in Debian – depend on
> pm-utils (pm-suspend) for being called upon suspend/resume events. The
> necessity to depend on (and coexist with) pm-utils is imho gone with
> Debian's move to systemd.
>
> Look
The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.
Total number of orphaned packages: 612 (new: 5)
Total number of packages offered up for adoption: 138 (new: 2)
Total number of packages request
Hi Vincent,
> I will take care of latex-make. I was working on it when I found
> this problem.
thanks, I have already uploaded a new version of tipa.
Norbert
PREINING, Norbert http://www.prein
On 04/10/14 22:59, Guillem Jover wrote:
> I've also fixed an issue when kvm_getprocs(3) does not find any pid,
> which might have also been involved in the errors you where seeing.
I've just observed this on kfreebsd-amd64, in 1.17.13 but it is fixed by
upgrading to 1.17.16, thanks.
Regards,
--
Hi,
On 10/10/2014 01:00, Norbert Preining wrote:
> On Fri, 10 Oct 2014, Vincent Danjean wrote:
>> So, where is the bug ? In the TeX policy (and, by extension, in all
>> packages using /usr/share/doc/texmf)? Or in tex-common
>
> The TeX Policy hasn't been updated in ages :-(
Ok
>> In any c
On 9 October 2014 17:24, Ian Jackson wrote:
> Dimitri John Ledkov writes ("Re: dgit and upstream git repos"):
>> On 9 October 2014 15:38, Ian Jackson wrote:
>> > If I can feed a .pc-less source tree to dpkg-source -b and get
>> > roughtly the right output then that would obviously be a big
>> > i
Hi Vincent,
thanks for digging this out!!!
On Fri, 10 Oct 2014, Vincent Danjean wrote:
> Looking at 5.5 in Debian-TeX-Policy.txt.gz, I see :
Indeed ... that needs updating.
> However, on my system, /usr/share/texmf/doc is a directory.
> Looking at tex-common preinst and postinst, it seems
Hi,
Looking at 5.5 in Debian-TeX-Policy.txt.gz, I see :
Packages should make documentation available to `texdoc'. This can be
done be either installing the files below `/usr/share/texmf/doc', or
by providing symlinks from subdirectories of that location to the
act
On Thu, 09 Oct 2014 20:18:47 +0200, Thomas Koch wrote:
> i'm the author of the TLP power management tool [1].
I'm a happy user of TLP - thanks for writing it.
> Older TLP packages – available via my PPA, not in Debian – depend on
> pm-utils (pm-suspend) for being called upon suspend/resume even
Hi all,
i'm the author of the TLP power management tool [1].
With the help of my sponsor Andreas Tille i prepared a Debian package
[2] for TLP 0.6.
Older TLP packages – available via my PPA, not in Debian – depend on
pm-utils (pm-suspend) for being called upon suspend/resume events. The
necessit
Dimitri John Ledkov writes ("Re: dgit and upstream git repos"):
> On 9 October 2014 15:38, Ian Jackson wrote:
> > If I can feed a .pc-less source tree to dpkg-source -b and get
> > roughtly the right output then that would obviously be a big
> > improvement.
>
> $ apt-get source sword
> $ cd swor
Dimitri John Ledkov writes ("Re: dgit and upstream git repos"):
> On 9 October 2014 15:49, Ian Jackson wrote:
> > I think that means that I can make dgit work directly with the tip
> > trees produced by git-dpm which will make some people happy.
>
> YES!!
http://bugs.debian.org/cgi-bin/bugre
On 9 October 2014 15:49, Ian Jackson wrote:
> Dimitri John Ledkov writes ("Re: dgit and upstream git repos"):
>> $ apt-get source sword
>> $ cd sword-*
>> $ rm -rf .pc
>> # a tree with up-to-date debian/patches, all patches are applied (as
>> e.g. git-dpm does), .pc directory is gone
>> $ dpkg-sou
Dimitri John Ledkov writes ("Re: dgit and upstream git repos"):
> $ apt-get source sword
> $ cd sword-*
> $ rm -rf .pc
> # a tree with up-to-date debian/patches, all patches are applied (as
> e.g. git-dpm does), .pc directory is gone
> $ dpkg-source -b .
> $ echo $?
> 0
Oh excellent.
I just teste
On 9 October 2014 15:38, Ian Jackson wrote:
> Dimitri John Ledkov writes ("Re: dgit and upstream git repos"):
>> Sounds intriguing, can you please share design / intentions there?
>
> I haven't done the research needed yet. Facts are welcome.
>
> In particular...
>
>> git-dpm currently generates
Hi,
On 10/09/2014 16:38, Ian Jackson wrote:
> ... I had thought that the stuff in .pc is necessary for dpkg-source
> to be able to build the package, and unpack the result.
>
> If I can feed a .pc-less source tree to dpkg-source -b and get
> roughtly the right output then that would obviously be
Dimitri John Ledkov writes ("Re: dgit and upstream git repos"):
> Sounds intriguing, can you please share design / intentions there?
I haven't done the research needed yet. Facts are welcome.
In particular...
> git-dpm currently generates debian/patches/* with patches against the
> tree applied
+++ Vincent Danjean [2014-10-08 23:52 +0200]:
> Hi,
>
> Is there somewhere a list of the minimal ISA for each supported Debian
> architecture?
> For example, for armhf, the answer is here:
> https://wiki.debian.org/ArmHardFloatPort#Minimum_CPU_.26_FPU
> But I did not find this kind of info
I sent the poor guy a link to my bashrc with how to compile
debian binary and source packages then noone has to feel bad :-)
but true, constructive feedback is much better than flaming just
to flame
I bet most of us have tried running non-free at some time,
and seen several reasons, i.e. adobe fl
Ben Finney writes:
> Brian May writes:
>
>> On 9 October 2014 09:03, Ben Finney wrote:
>>
>> > On that point: It is in poor taste to declare up front that you have
>> > no intention of helping the free software community (which is what
>> > it means to release proprietary software), and then in
On Thu, Oct 9, 2014 at 6:18 PM, Benjamin Drung wrote:
> Do we have a wiki page or similar containing this information? It would
> be nice to have a page for guiding people (that are unaware, but not
> against free software) to make good license choices.
https://wiki.debian.org/UpstreamGuide#Licen
On Wed, Oct 08, 2014 at 03:48:22PM +0200, Mathieu Slabbinck wrote:
> I'm creating a .deb installer for Ubuntu which contains a proprietary
> binary.
> I was wondering if anyone could point me to the best practice way of doing
> this.
>From the purely technical point of view the license doesn't matt
Am Donnerstag, den 09.10.2014, 10:53 +0200 schrieb Filippo Rusconi:
> Greetings,
>
> On Thu, Oct 09, 2014 at 01:51:31AM +0200, Michael Ole Olsen wrote:
> >Contacting copyright holder and asking them to release under
> >GPL or such is not a bad idea.
> >even if they say no they might consider it in
Hi Dimitri,
On Do 09 Okt 2014 11:55:00 CEST, Dimitri John Ledkov wrote:
What concerns me most about your upload is the version number.
Yeah, I am aware of the crazy version numbering. So I based my version
numbers, on the version numbers that are published and used by
openSUSE itself in the
On 8 October 2014 12:50, Ian Jackson wrote:
> Russ Allbery writes ("Re: dgit and upstream git repos"):
>> Ian Jackson writes:
> (There is a problem with dgit and .pc/ which I am hoping to fix with a
> (perhaps-incompatible) change RSN, but that's not related.)
>
Sounds intriguing, can you please
On 9 October 2014 10:42, Mike Gabriel wrote:
> Hi Dimitri,
>
>
> On Do 09 Okt 2014 11:18:30 CEST, Dimitri John Ledkov wrote:
>
>> On 9 October 2014 08:43, Mike Gabriel
>> wrote:
>>>
>>> Hi Dimitri,
>>>
>>>
>>> On Do 09 Okt 2014 08:45:17 CEST, Dimitri John Ledkov wrote:
>>>
Hey,
O
Hi Dimitri,
On Do 09 Okt 2014 11:18:30 CEST, Dimitri John Ledkov wrote:
On 9 October 2014 08:43, Mike Gabriel
wrote:
Hi Dimitri,
On Do 09 Okt 2014 08:45:17 CEST, Dimitri John Ledkov wrote:
Hey,
On 9 October 2014 05:21, Mike Gabriel
wrote:
Package: wnpp
Severity: wishlist
Owner: Mik
On 9 October 2014 08:43, Mike Gabriel wrote:
> Hi Dimitri,
>
>
> On Do 09 Okt 2014 08:45:17 CEST, Dimitri John Ledkov wrote:
>
>> Hey,
>>
>> On 9 October 2014 05:21, Mike Gabriel
>> wrote:
>>>
>>> Package: wnpp
>>> Severity: wishlist
>>> Owner: Mike Gabriel
>>>
>>> * Package name: obs-build
On Tue, 24 Sep 2013 00:01:54 maxigas wrote:
> bdsync was built to do the only thing rsync isn't able to do: syn‐
> chronize block devices.
Actually "rsync" can be taught to synchronise block devises by applying
upstream patch "copy-devices.diff" which introduces "--copy-devices" option.
Perha
Greetings,
On Thu, Oct 09, 2014 at 01:51:31AM +0200, Michael Ole Olsen wrote:
Contacting copyright holder and asking them to release under
GPL or such is not a bad idea.
even if they say no they might consider it in the future.
Even better, in my experience, if the mail introducing the problem
Hi Dimitri,
On Do 09 Okt 2014 08:45:17 CEST, Dimitri John Ledkov wrote:
Hey,
On 9 October 2014 05:21, Mike Gabriel
wrote:
Package: wnpp
Severity: wishlist
Owner: Mike Gabriel
* Package name: obs-build
Version : Git snapshot (every commit is a release)
Upstream Author : M
32 matches
Mail list logo
