Package: wnpp
Owner: Christopher Hoskin
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libnet-nessus-xmlrpc-perl
Version : 0.30
Upstream Author : Vlatko Kosturjak
* URL : https://metacpan.org/release/Net-Nes
On Sat, Feb 21, 2015 at 12:48:02PM -0800, Cameron Norman wrote:
>El vie, 20 de feb 2015 a las 12:04 , Harald Dunkel
>escribió:
>
>Hi folks,
>
>I would like to use upstream's Debian/Ubuntu packages for a certain
>tool 'foo'. Its closer to what I need, and I don't have migrate
On Sun, Feb 22, 2015 at 03:56:20AM +0100, Adam Borowski wrote:
> Hi folks!
> Here's some news about the x32 port. I'm trying a different approach:
> instead of using only packages uploaded by their {,non-}maintainers, as on
> ftp.debian-ports.org which tracks unstable, I'm using a separate reposit
On Sun, Feb 22, 2015 at 03:20:46PM +0100, Wouter Verhelst wrote:
> On Sun, Feb 22, 2015 at 03:56:20AM +0100, Adam Borowski wrote:
> > Here's some news about the x32 port. I'm trying a different approach:
> > instead of using only packages uploaded by their {,non-}maintainers, as on
> > ftp.debian-
On Sat, Feb 21, 2015 at 6:10 AM, Axel Beckert wrote:
> Yes. And that works quite well for me -- except that the desktop
> notifications look quite ugly in Awesome's notifier widget. That one
> neither seems to do automatic line wrapping nor does it interpret
> HTML tags and hence shows them as pla
On Sat, Feb 21, 2015 at 9:11 PM, Mehdi Dogguy wrote:
> Thank you for the reply. I've added a link to your mail on:
>
> https://wiki.debian.org/ServicesHosting
I've merged the mail into the page, done some re-organisation and
added some extra things.
--
bye,
pabs
https://wiki.debian.org/P
On Wed, Feb 18, 2015 at 12:16 AM, Axel Wagner wrote:
> Luke Kenneth Casson Leighton writes:
>> what *does* concern me is that it takes such incredible (and amazing)
>> efforts by people like adam for the average end-user or sysadmin to
>> contemplate replacing {insert nameless package}.
>
> inse
On Sun, Feb 22, 2015 at 03:56:20AM +0100, Adam Borowski wrote:
> On the other hand, ghc looks like something that needs just more tuits
> and reading about bootstrapping it (no per-arch porting required).
Bootstrapping our current version (7.6) on a new architecture directly
is fiendishly complex
Package: wnpp
Owner: Christopher Hoskin
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libnet-radius-perl
Version : 2.103+dfsg
Upstream Author : Luis E. Muñoz
* URL : https://metacpan.org/release/Net-Radius
Package: wnpp
Severity: wishlist
Owner: Tomasz Buchert
* Package name: python-guess-language
Version : 0.5.1
Upstream Author : spirit
* URL : https://bitbucket.org/spirit/guess_language/
* License : LPGL-3+
Programming Lang: Python
Description : librar
Hi,
On 02/20/2015 11:10 PM, Axel Beckert wrote:
> 167/1/0 root@c-crosser:pts/8 [~] # needrestart -b -k
> NEEDRESTART-VER: 1.2
> NEEDRESTART-KCUR: 3.16.0-4-amd64
> NEEDRESTART-KEXP: 3.16.0-4-amd64
> NEEDRESTART-KSTA: 2
> 168/0/0 root@c-crosser:pts/8 [~] # needrestart -b -l
> NEEDRESTART-VER: 1.2
>
* Jeff Epler [150220 00:19]:
> Here are two scenarios where building a static library (libfoo) with
> -fPIC is desirable:
>
> * libbar has a stable API, so it should be shipped as a .so,
>but if it links libfoo.a, and libfoo.a is not -fPIC, then
>libbar has to be shipped as a a static lib
On 22/02/15 18:54, Thomas Liske wrote:
> [400-notify-send]
> Looks for the DISPLAY/XAUTHORITY environment variables of the session
> and uses notify-send from libnotify-bin (trying to use html tags for
> some formatting). This hook is *realy* uggly!
With D-Bus maintainer hat on:
This is an anti-p
Hi,
Am 22.02.2015 um 20:18 schrieb Bernhard R. Link:
> echo 'int foo(void) {return 17;}' > foo.c
This code just happens to not generate any data references, so none of
the forbidden reloc types are emitted.
Simon
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a sub
On Sun, Feb 22, 2015 at 08:18:33PM +0100, Bernhard R. Link wrote:
> > Here are two scenarios where building a static library (libfoo) with
> > -fPIC is desirable:
> >
> > * libbar has a stable API, so it should be shipped as a .so,
> >but if it links libfoo.a, and libfoo.a is not -fPIC, then
"Bernhard R. Link" writes:
> This is wrong. If libbar.so needs libfoo.a then libfoo.a does not
> need to be PIC:
> echo 'int foo(void) {return 17;}' > foo.c
> echo 'int bar(void) {return foo();}' > bar.c
> echo 'int main() {return bar();}' > main.c
> gcc -c -Wall foo.c
> ar rs libfoo.a foo.o
> g
Am Freitag, den 20.02.2015, 18:54 +0100 schrieb Andreas Tille:
[..]
> Is there any reason why you do not even now are talking about package
> name and upstream URL featuring the same name? Its not fruitful to
> leave your discussion partners in the dark.
Well, Debian has made decisions against p
On Sun, Feb 22, 2015 at 05:00:30PM +, Colin Watson wrote:
> On Sun, Feb 22, 2015 at 03:56:20AM +0100, Adam Borowski wrote:
> > On the other hand, ghc looks like something that needs just more tuits
> > and reading about bootstrapping it (no per-arch porting required).
>
> Bootstrapping our cur
On Sun, Feb 22, 2015 at 03:32:12PM +0100, Adam Borowski wrote:
> On Sun, Feb 22, 2015 at 03:20:46PM +0100, Wouter Verhelst wrote:
> > On Sun, Feb 22, 2015 at 03:56:20AM +0100, Adam Borowski wrote:
> > > Here's some news about the x32 port. I'm trying a different approach:
> > > instead of using on
19 matches
Mail list logo
