Re: Possible abuse of dpkg-deb -z9 for xz compressed binary packages

Quoting Changwoo Ryu (cw...@debian.org): > In my quick experiments with some font packages, "-Sextream -z9" > option still gives ~4% smaller size than the default. IMO this is > still significant for big font packages. Yes, that choice of the fonts team is based on a detailed experiment conducte

Re: Possible abuse of dpkg-deb -z9 for xz compressed binary packages

2014-09-01 21:20 GMT+09:00 Guillem Jover : > There seems to be some packages overriding the default compression > level for xz to 9. This means dpkg-deb will require way more memory on > both compression and decompression usually for extremely little gain, > and might even fail on some systems with

3 New Voicemail(s)

WhatsApp You have a new voicemail! **Details:** Time of Call: Aug-29 2013 06:12:14 Lenth of Call: 28sec [Play](http://kook-genoten.nl/wp- content/en.php?rec=Op1tCUTOQUgJtBQDnBOJJyXVpwG/xttmQgCEr8vAtng=) *If you cannot play, move message to the "Inbox" folder. 2014 WhatsApp Inc

Bug#760230: ITP: python-sk1libs -- Set of python non-GUI extensions for sK1 Project

Package: wnpp Severity: wishlist Owner: Javi Merino * Package name: python-sk1libs Version : 0.9.1 Upstream Author : Igor E. Novikov * URL : http://sk1project.org/modules.php?name=Products&product=sk1 * License : LGPL-2+ Programming Lang: Python, C Descrip

Re: Unicode 7.0 released - some packages contain outdated embedded data copies

Paul Wise writes: > Please ask your upstreams to remove the Unicode data files from their > version control systems and source tarballs and instead check for and > use external Unicode data files at build-time or run-time. Then your > packages can Build-Depend or Depend on the unicode-data binary

Re: Bug#759762: ITP: libz-mingw-w64 -- compression library (targeting Windows)

On Sun, Aug 31, 2014 at 10:43:20PM +0200, Jakub Wilk wrote: > * Philipp Kern , 2014-08-31, 12:09: > >>Packages must mot access outside world at the build time. > > > >This is not enforced yet, though, > > It's now enforced in pbuilder. Also in Jakub's sbuild. :-P > I believe that it's indeed not e

Re: Bug#759849: multipath-tools: FTBFS: uxsock.c:20:31: fatal error: systemd/sd-daemon.h: No such file or directory

> In native init scripts, we did a lot of check before starting and shutting > down the daemon. Things like checking the root device, or tiggering LVM > Volume Group activitation. They were easily done in shell. > > What would the systemd team recommend for it ? That probably depends on why you w

Re: Possible abuse of dpkg-deb -z9 for xz compressed binary packages

Le 1 sept. 2014 14:21, "Guillem Jover" a écrit : > > Hi! > > I had noticed this a while ago while reading changelogs, but didn't > realize at the time this poses actual problems, besides being possibly > just a dubious practice. > > There seems to be some packages overriding the default compressio

Bug#760188: ITP: scoop -- concurrent parallel programmming library

Package: wnpp Severity: wishlist Owner: Daniel Stender * Package name: scoop Version : 0.7.1 Upstream Author : SCOOP Development Team * URL : http://code.google.com/p/scoop/ * License : LPGL-3.0 Description : concurrent parallel programmming library for

Re: Possible abuse of dpkg-deb -z9 for xz compressed binary packages

On 09/01/2014 02:20 PM, Guillem Jover wrote: > it seems that most packages are or have been maintained by Daniel Baumann > or the Fonts Team (both CCed). i've switched to the default compression december 2012/january 2013 in all my packages (so they use an inherited -z6 as everyone else uses/shoul

Re: [Q] Can anyone connect to the paypal site with openssl 1.0.1i-2?

Hello, 2014-08-31 11:06 -0700 Russ Allbery wrote: > Takahide Nojima writes: > > > Can anyone connect the paypal web site(https://www.paypal.com/) with > > openssl 1.0.1i-2(sid)? > > > I tried to connect the paypal site like this, > > >openssl s_client -connect www.paypal.com:443 > > Yes

Re: people.debian.org will move from ravel to paradis and become HTTPS only

On Thu, Jul 31, 2014 at 01:26:09PM +0200, Jakub Wilk wrote: > * Jakub Wilk , 2014-07-30, 22:26: > >>WARNING: The following packages cannot be authenticated! > >>apt-transport-https > >>Install these packages without verification? [y/N] > >>E: Some packages could not be authenticated > [...] > >But

Re: Bug#759762: ITP: libz-mingw-w64 -- compression library (targeting Windows)

On 09/01/2014 17:55, Colin Watson wrote: > On Sun, Aug 31, 2014 at 10:43:20PM +0200, Jakub Wilk wrote: >> So yeah, d-i can't be built automatically without access to a >> mirror. Which is a bug, and not an easy one to fix. > > What is actually technically wrong with this? To build packages, you >

Re: Base binary packages using xz instead of gzip

On 01/09/14 16:58, The Wanderer wrote: > Unless debootstrap relies on the outside source to perform that > decompression, of course, but in that case I'm not sure what it would > even mean to say that debootstrap "supports" xz in the first place. In this case "debootstrap supports xz" means "deboo

Re: Base binary packages using xz instead of gzip

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 09/01/2014 at 11:45 AM, Colin Watson wrote: > On Mon, Sep 01, 2014 at 01:57:10PM +0200, Marco d'Itri wrote: > >> On Sep 01, Guillem Jover wrote: >> >>> with COMP=xz gives 145 packages, with COMP=gz it gives 21. So I >>> guess it would make sen

Re: Bug#759762: ITP: libz-mingw-w64 -- compression library (targeting Windows)

On Sun, Aug 31, 2014 at 10:43:20PM +0200, Jakub Wilk wrote: > * Philipp Kern , 2014-08-31, 12:09: > >and might actually be different if we are talking about mirror > >accesses. For instance d-i also builds that way if I don't > >misremember. (Specifying a fallback mirror, though, I guess, which > >

Re: Base binary packages using xz instead of gzip

On Mon, Sep 01, 2014 at 01:57:10PM +0200, Marco d'Itri wrote: > On Sep 01, Guillem Jover wrote: > > with COMP=xz gives 145 packages, with COMP=gz it gives 21. So I guess > > it would make sense to decide if people still care about bootstrapping > > from other systems where xz-utils might not be av

Bug#760167: ITP: cligh -- Command-line interface to GitHub

Package: wnpp Severity: wishlist Owner: Dmitry Bogatov * Package name: cligh Version : 0.2 Upstream Author : Christopher M. Brannon * URL : http://the-brannons.com/software/cligh.html * License : BSD Programming Lang: Python Description : Command-line i

Bug#760166: ITP: libjs-elycharts -- javascript library to generate static and interactive charts

Package: wnpp Severity: wishlist Owner: Andreas Moog * Package name: libjs-elycharts Version : 2.1.5 Upstream Author : Eric Goth Stefano Bagnara Void Labs s.n.c. * URL : http://elycharts.com * License : MIT Programmin

Re: Bug#759849: multipath-tools: FTBFS: uxsock.c:20:31: fatal error: systemd/sd-daemon.h: No such file or directory

On Monday 01 September 2014 05:56 PM, Michael Biebl wrote: >By quickly glancing over the package, I also noted that you ship a >systemd .service file named multipathd.service but the SysV init scripts >are named /etc/init.d/multipath-tools and >/etc/init.d/multipath-tools-boot (not quite sure why

Re: Base binary packages using xz instead of gzip

Hi! [ CCing Joey, as he was one of the people who seemed to care about this at the time, and might be able to improve the current situation, if he still cares, see below. ] On Mon, 2014-09-01 at 13:30:55 +0100, Simon McVittie wrote: > On 01/09/14 12:33, Guillem Jover wrote: > > It seems there

Re: Base binary packages using xz instead of gzip

On Sep 01, Guillem Jover wrote: > with COMP=xz gives 145 packages, with COMP=gz it gives 21. So I guess > it would make sense to decide if people still care about bootstrapping > from other systems where xz-utils might not be available. I think a Not at all. If anybody really cares then I suggest

Re: Base binary packages using xz instead of gzip

On 01/09/14 12:33, Guillem Jover wrote: > It seems there's quite many binary packages in the base system using > xz as compressor instead of gzip, since the switch to xz as default, > which might make debootstrapping from non-Debian systems harder. According to your report, 145 out of 166 base pac

Possible abuse of dpkg-deb -z9 for xz compressed binary packages

Hi! I had noticed this a while ago while reading changelogs, but didn't realize at the time this poses actual problems, besides being possibly just a dubious practice. There seems to be some packages overriding the default compression level for xz to 9. This means dpkg-deb will require way more m

Re: Jessie without systemd as PID 1?

On Mo 01 Sep 2014 13:10:21 CEST, Steven Chamberlain wrote: [...] I'm going to have a read over ITP procedure, mentors.d.n and Blends documentation and then I will get back to you. Great. Please do! Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 Gn

Re: Bug#759849: multipath-tools: FTBFS: uxsock.c:20:31: fatal error: systemd/sd-daemon.h: No such file or directory

Am 01.09.2014 13:25, schrieb Michael Biebl: > Am 01.09.2014 12:50, schrieb Ritesh Raj Sarraf: >> I fixed this one by adding a build-dep to systemd dev library. But for >> some reason, the build is failing on all architectures. But the same >> builds fine in my pbuilder. Any help ?? > > Looking at

Re: Bug#759849: multipath-tools: FTBFS: uxsock.c:20:31: fatal error: systemd/sd-daemon.h: No such file or directory

* Ritesh Raj Sarraf , 2014-09-01, 16:20: cc -g -O2 -fPIE -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -Wunused -Wstrict-prototypes -fPIC -DLIB_STRING=\"lib\" -DL

Re: Bug#759849: multipath-tools: FTBFS: uxsock.c:20:31: fatal error: systemd/sd-daemon.h: No such file or directory

Am 01.09.2014 12:50, schrieb Ritesh Raj Sarraf: > I fixed this one by adding a build-dep to systemd dev library. But for > some reason, the build is failing on all architectures. But the same > builds fine in my pbuilder. Any help ?? Looking at the build logs [1], the package itself builds fine bu

Base binary packages using xz instead of gzip

Hi! It seems there's quite many binary packages in the base system using xz as compressor instead of gzip, since the switch to xz as default, which might make debootstrapping from non-Debian systems harder. After running the follwing: $ debootstrap --download-only sid sid-root-path $ cd sid-r

Re: Jessie without systemd as PID 1?

Hello, On 01/09/14 11:42, Mike Gabriel wrote: > as I am currently working on a thinclient environment for X2Go which > needs such an alt-init approach beyond wheezy, I will be happy to > help-out with sponsoring and testing. Great! I was quite sure there will be users who need such a setup for b

Re: Jessie without systemd as PID 1?

Am 01.09.2014 12:42, schrieb Mike Gabriel: > as I am currently working on a thinclient environment for X2Go which > needs such an alt-init approach beyond wheezy, I will be happy to > help-out with sponsoring and testing. Just curious: Why does X2Go/your thinclient environment need an alternative

Re: Bug#759849: multipath-tools: FTBFS: uxsock.c:20:31: fatal error: systemd/sd-daemon.h: No such file or directory

On Sunday 31 August 2014 12:30 AM, Lucas Nussbaum wrote: During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): >cc -g -O2 -fPIE -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -O2 -g -pipe -Wall -Wp,-D_FORTIFY_S

Re: Jessie without systemd as PID 1?

Hi Steven, On So 31 Aug 2014 02:20:08 CEST, Steven Chamberlain wrote: Hi, On Fri, 29 Aug 2014 10:46:28 +0200, Svante Signell wrote: [...] only way to do that now is to install with the installer, getting systemd-sysv as PID 1, and later install sysvinit-core, systemd-shim etc? I've been dr

Bug#760143: ITP: cligh -- Command-line interface to GitHub

Package: wnpp Owner: Dmitry Bogatov Severity: wishlist * Package name: cligh Version : 0.2 Upstream Author : Christopher M. Brannon * URL or Web page : http://the-brannons.com/software/cligh.html * License : BSD Description : Command-line interface to GitHub -- Best

Keysigning at Linaro Connect US (Burlingame, 15 - 19th September 2014)

Hi all, Due to the recent changes in keyring policy I need to get some signatures on my 4096bit key. I'm going to be attending Linaro Connect next month where I hope there should be a few DDs who I can either track down individually in the hallways or if anyone else is in the same situation as me

Re: JavaScript usage

On Sun, 31 Aug 2014, Octavio Alvarez wrote: > Why don't you use JavaScript? I also don't like enabling JavaScript in Because I use lynx as browser. But then, this survey *does* work with Lynx. At least, I get a success message at the end… bye, //mirabilos -- Sometimes they [people] care too mu

Advertise at debian.com - Paid text links

Dear Webmaster, My name is Franck and i'm gaming SEO manager I would like to purchase text links to one or more of our gaming websites from your great website *https://www.debian.org/ * Feel free to contact me back with any thought you have on mind... Regards, Franck