Re: Re: Port to LoongArch architecture for Debian

On Fri, Nov 4, 2022 at 1:58 PM 张丹丹 wrote: > > Hi,pabs >Nice to receive your reply. > ,this document you have initiated and > contributed which gives us a lot of guidance. > > The result of the discussion on debian-dpkg is that dpkg architecture is > loo

Re: membership revoked?

On Wed, Sep 14, 2022 at 4:05 PM Brian Smith wrote: > > Hi, > > I don't see my name "Brian Smith" listed at https://nm.debian.org/members/. > However, I do see my profile at https://nm.debian.org/person/bsmith/. Did I > get kicked? > It appears that the first page only lists official Debian Deve

Re: ITP: BabaSSL -- BabaSSL is a base library for modern cryptography and communication security protocols.

Hi, On Sat, Jun 18, 2022 at 12:43 AM Lance Lin wrote: > > Package: wnpp > Severity: wishlist > Owner: Lance Lin > X-Debbugs-Cc: debian-devel@lists.debian.org, lqi...@protonmail.com > > * Package name: libBabaSSL > Version : 8.3.1 > Upstream Author : Copyright (c) 2020-2022 Alibab

Bug#989900: ITP: dnf-plugins-core -- Core plugins for DNF, the Dandified Yum package manager

Package: wnpp Severity: wishlist X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: dnf-plugins-core Version : 4.0.21 Upstream Author : DNF-PLUGINS-CORE authors and contributors * URL : https://github.com/rpm-software-management * License : GPL-2+ Pr

Re: Be nice to your fellow Debian colleagues

On Sun, Dec 29, 2019 at 5:00 AM Ondřej Surý wrote: > > Hi, > > the init systemd GR is over and we have reached the results in a democratic > way by following Debian Constitution. However following the process is > orthogonal to our opinions, positions we took, and our feelings. Now, more > than

Re: Q: what's the blocker for firefox-esr update migrates to testing

On Fri, Nov 1, 2019 at 1:59 AM Carsten Schoenert wrote: > > Am 31.10.19 um 16:28 schrieb Aron Xu: > > This could be a reminder that we should start thinking about whether > > we want to keep armel as a release architecture for bullseye. > > No, but some X-based appli

Re: Q: what's the blocker for firefox-esr update migrates to testing

On Thu, Oct 31, 2019 at 11:09 PM Boyuan Yang wrote: > > According to https://qa.debian.org/excuses.php?package=firefox-esr , firefox- > esr build-depends on nodejs, which is not available on armel anymore > (explicitly not built on armel). Since armel is an release architecture, > firefox-esr won'

Re: salsa.debian.org partially down

On Thu, Aug 15, 2019 at 6:23 PM Thomas Goirand wrote: > [...] > 1/ CI Jobs going faster > 2/ Have a way more workers > 3/ Don't have all our eggs on the same Google basket > 4/ Use free software platforms instead of GCE > 5/ Stop being bound to a single VM provider [1] > Would it be more attracti

Re: default firewall utility changes for Debian 11 bullseye

On Wed, Jul 31, 2019 at 11:10 PM Marco d'Itri wrote: > > On Jul 31, Aron Xu wrote: > > > utility (for instance, firewalld) for certain use cases, i.e. it could > > be useful for a "standard" server installation with graphic desktop, > > for which we co

Re: default firewall utility changes for Debian 11 bullseye

On Wed, Jul 31, 2019 at 12:27 PM Scott Kitterman wrote: > > Please don't install one by default. I suspect it will cause more trouble > for end users than it's worth. Making sure our default install is severely > limited in what ports it listens to is likely more broadly useful and less > ris

Re: Challenge from Julia's non-standard vendored openblas"64_"

On Mon, Jul 29, 2019 at 9:35 AM Mo Zhou wrote: > > Hi Marco, > > After the merger of (64bit-indexing) * (multi-thread flavor) > feature enhancement, an libopenblas-julia package will > look abrupt, and break the symmetry of package layout > (libopenblas-julia doesn't need development files) : > >

Re: ZFS in Buster

On Sat, Jun 8, 2019 at 5:33 PM Ondřej Surý wrote: > > > > On 8 Jun 2019, at 10:56, Aron Xu wrote: > > > > Even further, it's distributed in > > the form of dkms source and theoretically not in Debian (contrib) to > > save people of Software Freedom Cons

Re: ZFS in Buster

On Fri, Jun 7, 2019 at 4:16 PM Philipp Kern wrote: > > On 6/6/2019 8:09 PM, Aron Xu wrote: > > Key interest in the thread is getting some insights about how to deal > > with the awkward situation that affects ZFS experience dramatically - > > Linux will remove those symbo

Re: ZFS in Buster

On Thu, Jun 6, 2019 at 11:16 PM Ondřej Surý wrote: > > Hey all, > > I understand the woes on all sides, but I believe the correct “Debian" way > would be to drop ZoL from Buster release. Of course we can wait until it > breaks after Linux kernel upgrade, but I would say it’s better to prevent t

Re: ZFS in Buster

On Wed, May 29, 2019 at 8:55 PM Ian Jackson wrote: > > Ansgar writes ("Re: ZFS in Buster"): > > Ian Jackson writes: > > > I think this would be both unwise legally (without seeking additional > > > legal advice) and rather rude to the kernel upstream whose code is > > > then being reused without p

Re: allowed uses of non-baseline CPU extensions

On Sun, Oct 22, 2017 at 5:33 PM, Adrian Bunk wrote: > > There are two options availabe: > 1. RC bug that qtwebengine-opensource-src must not be built on i386 >since it violates the baseline, all code using it has to do whatever >mitigation is already done for the other architectures withou

Re: Replacing apt's http method (dropping curl)

On Wed, Jun 28, 2017 at 2:00 AM, Julian Andres Klode wrote: > Hi everyone, > > as we discussed before in IRC, we plan to eventually replace > our existing curl-based https method with our http method, > by adding TLS support to it. This will move HTTPS support > into apt proper, removing the apt-t

Re: When should we https our mirrors?

On Sunday, October 16, 2016, Aron Xu wrote: > > > On Sunday, October 16, 2016, Paul Wise > wrote: > >> On Sun, Oct 16, 2016 at 3:25 AM, Tollef Fog Heen wrote: >> >> > Doing this for the per-country mirrors means that repointing mirrors >> > becomes a

Re: When should we https our mirrors?

y need to > redesign the apt archive namespace for Debian. > > > Yeah but at the risk of making it broken like pypi and npm to quite some people including me. Best, Aron -- Regards, Aron Xu

Re: When should we https our mirrors?

On Sunday, October 16, 2016, Tollef Fog Heen wrote: > ]] Paul Tagliamonte > > > So, when are we going to push this? If not now, what criteria need to > > be met? Why can't we https-ify the default CDN mirror today? > > The usual crypto answer: because key handling is hard. > > Doing this for the

Bug#796464: general: there is no auto crash reporting

On Sat, Aug 22, 2015 at 6:04 AM, Richard Jasmin wrote: > Package: general > Severity: important > > debian should implement an automatic crash detection and reporting system like > Fedora and Ubuntu teams have.If not mistaken, Fedora uses upstream of what > ubuntu uses --apport. > > There is no re

Re: Adding support for LZIP to dpkg, using that instead of xz, archive wide

On Mon, Jun 15, 2015 at 5:04 PM, Thomas Goirand wrote: > On 06/14/2015 05:10 PM, Don Armstrong wrote: >> On Sun, 14 Jun 2015, Thomas Goirand wrote: >>> Therefore, I'm tempted to raise this to the technical committee >>> (putting their list as Cc). Does anyone see a reason why I am >>> mistaking he

Re: Two new architectures bootstrapping in unstable - MBF coming soon

easons. > > There were efforts a while ago to try to get mips64el into the club of > officially supported architectures also for Jessie, or at least in > debian-ports. I'm curious about what happened with that, does anybody > know? > We are waiting for new buildds to be re

Re: Release sprint results - team changes, auto-rm and arch status

On Wed, Dec 4, 2013 at 3:32 PM, Tollef Fog Heen wrote: > ]] David Kuehling > >> >>>>> "Aron" == Aron Xu writes: >> >> > And here you are: http://item.taobao.com/item.htm?id=22206048695 >> >> > Price is CNY 3999 right now, seems t

Re: Release sprint results - team changes, auto-rm and arch status

On Wed, Dec 4, 2013 at 2:29 AM, Graham Whaley wrote: > On 3 December 2013 12:31, Hector Oron wrote: >> >> Hello Aron, >> >> 2013/12/3 Aron Xu : >> > On Tuesday, December 3, 2013, Hector Oron wrote: >> >> >> Debian is currently being bit

Re: Release sprint results - team changes, auto-rm and arch status

On Tue, Dec 3, 2013 at 8:31 PM, Hector Oron wrote: > Hello Aron, > > 2013/12/3 Aron Xu : >> On Tuesday, December 3, 2013, Hector Oron wrote: > >>> Debian is currently being bitten by MIPS chinese prototype boards that >>> behave unreliably and are hard to re

Re: Release sprint results - team changes, auto-rm and arch status

On Tuesday, December 3, 2013, Hector Oron wrote: > Hello, > > 2013/12/3 Aron Xu >: > > >> What do you think of Lemote Spark 3A 6100 machines? As those as > >> suitable as the motherboards you propose? > > > As mentioned previously, we have a board don

Re: Release sprint results - team changes, auto-rm and arch status

On Tuesday, December 3, 2013, Hector Oron wrote: > Hello, > > 2013/12/2 Graham Whaley >: > > > If this works out, my intention is to purchase three 3A motherboards to > > donate for mipsel use (2x buildd, 1x porter I'd expect?). Then *maybe* we > > could move one of the BCM91250 Swarm boards over

Re: Release sprint results - team changes, auto-rm and arch status

and 2.6.36 for Loongson ones. 2. Different boards use quite different PMON, most of them support 2GB DDR3 RDIMM, so the maximum configuration will be limited to 4x2GB. This could be a smaller issue comparing with the first one though, we are working with Lemote to see if 8GB UDIMM can be officially supported on their boards. Thanks, Aron -- Regards, Aron Xu

Re: Release sprint results - team changes, auto-rm and arch status

On Friday, November 29, 2013, Aurelien Jarno wrote: > Some precision about the MIPS machines: > > On Thu, Nov 28, 2013 at 09:04:56PM +0100, Niels Thykier wrote: > > * [mips, mipsel] buildds/porterboxes run on hardware which is very old > or has known defects: >- mips octeon is unstable > > B

Re: [loongson-dev] MIPS64EL rootfs available for use and test

. You'll need 2G, 3A ,or 3B to use this work if you'd like to choose from Loongson family. Original mail also metioned that it will downgrade to use MIPS3 in the future, that means rebuilding the whole archive and creating a new rootfs, which is able to work on Loongson 2E/2F. -- Regard

Re: MIPS64EL port box is ready for use

On Wed, Oct 30, 2013 at 3:11 AM, Bastien ROUCARIES wrote: > On Tue, Oct 29, 2013 at 7:56 PM, Aron Xu wrote: >> On Wed, Oct 30, 2013 at 2:40 AM, Bastien ROUCARIES >> wrote: >>> On Tue, Oct 29, 2013 at 7:35 PM, Aron Xu wrote: >>>> On Wed, Oct 30, 201

Re: MIPS64EL port box is ready for use

On Wed, Oct 30, 2013 at 2:40 AM, Bastien ROUCARIES wrote: > On Tue, Oct 29, 2013 at 7:35 PM, Aron Xu wrote: >> On Wed, Oct 30, 2013 at 1:15 AM, Tollef Fog Heen wrote: >>> ]] Aron Xu >>> >>>> > IPMI would be lovely, but I'm not sure we can locate

Re: MIPS64EL port box is ready for use

On Wed, Oct 30, 2013 at 1:15 AM, Tollef Fog Heen wrote: > ]] Aron Xu > >> > IPMI would be lovely, but I'm not sure we can locate a board right now with >> > that - so, we may have to fix remote management with a remotely controlled >> > power/reset box - I b

Re: MIPS64EL port box is ready for use (Was: mips64el port build failed list)

>> > I would suggest that we go with MIPSIII for the first mips64le upload, >> > and >> > then we can work on MIPS32R2 for the 'unofficial ports' to begin with. >> > What >> > do you think ? >> It is also my opinion. Use MIPSIII ca

Re: MIPS64EL port box is ready for use (Was: mips64el port build failed list)

ggest that we go with MIPSIII for the first mips64le upload, and > then we can work on MIPS32R2 for the 'unofficial ports' to begin with. What > do you think ? > It would require much more resource to spend on making more ports, this means more build machines and man power, whic

Re: mips64el port build failed list

ardware that is 64bit capable but only supports mips3. Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAMr=8w4dnrtgru2aa6zhhsr3xw4m_8lme7wxjkxug-e9c8x...@mail.gmail.com

Re: Reporting 1.2K crashes

ut in dmesg.txt you provided all of them are from the very same library. This will cause lots of duplicates, and it seems feasible for you to merge them and make the report more accurate. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of

Re: Multi-Arch for plugin packages

tly what you described, they are plugins to UI toolkits (GTK+, Qt). But please be careful to make sure they really work as expected when co-installed, i.e the i386 version of the application can use plugins from i386 path, and amd64 version of the program likewise. -- Regards, Aron Xu -- To

Re: optimizing PNGs

Can you give a more detailed pointer to `got solved using SVG output when generating doxygen documentation`? ns3-doc currently runs optipng against all generated PNG files during the arch:all package generation, which costs quite some time to finish even on a quite fast server but reduces the size for

Re: Merging / and /usr (was: jessie release goals)

yet), and it can be relied upon in production systems only when the separation of system data and user data is done. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAMr=8w6enqh2uphthhezupggq0oj_hftm32ufunipbcpwki...@mail.gmail.com

Re: jpeg8 vs jpeg-turbo

ot widely used features is that useful (I mean it's useful but not that important), but speed does matter a lot, especially on slower hardware like ARM-boards. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe"

Bug#697270: PC 32-bit programs fails to work on amd64

required 32bit libraries do not exist. I agree it is not a user-friendly error message which can cause misunderstanding, but that message should not be fixed by Debian as Russ has given the details. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a s

Bug#697270: PC 32-bit programs fails to work on amd64

ant the "latest" Nightly, try http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/ or "latest" Firefox, try http://ftp.mozilla.org/pub/mozilla.org/firefox/releases/latest/ All of them are available under both 32bit and 64bit x86 architectures. -- Regards, Aron

Re: Bug#684396: ITP: openrc -- alternative boot mechanism that manages the services, startup and shutdown of a host

y dumbing > down the OS which people in the real world use for the sake of toy > ports. > For yourself, they might be toy ports, but please don't speak on behalf of others from time to time when nobody authorized you to do so. I'm not using those ports everyday but I respect their pass

Re: scim: problems with libclutter-imcontext*

migrate to testing then everything will be fine. If your package haven't been uploaded now, then you don't need to bother with this issue because it will need more time to migrate unless release team guaranteeing they will unblock _and_ force its migration as soon as you upload, which

Re: Best Practices on testing-proposed-updates vs unstable vs experimental after testing freeze

x27;s discouraged to be used unless necessary (versioning issues). So please make sure that unstable is only for versions actually destined for testing. :-) -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble

Re: Is Debian affected by the recent MySQL sql/password.c flow?

On Tue, Jun 12, 2012 at 2:39 AM, Clint Adams wrote: > On Tue, Jun 12, 2012 at 02:23:47AM +0800, Aron Xu wrote: >> sure whether it's relevant to Debian. People at Security Team are not >> only responsible for fixing things when it breaks out, but also make >> sure sens

Re: Is Debian affected by the recent MySQL sql/password.c flow?

On Tue, Jun 12, 2012 at 2:40 AM, Thomas Goirand wrote: > On 06/12/2012 02:23 AM, Aron Xu wrote: >> I'm not saying you are disclosing anything, but you are asking if >> someone knows it's in what status publicly in a Debian development >> mailing list. Then this

Re: Is Debian affected by the recent MySQL sql/password.c flow?

On Tue, Jun 12, 2012 at 2:11 AM, Thomas Goirand wrote: > On 06/12/2012 01:52 AM, Aron Xu wrote: >> IMHO I suggest to talk with Security Team before disclosing >> information that might be sensitive in the mean time on a Debian >> development mailing list. >> > Could

Re: Is Debian affected by the recent MySQL sql/password.c flow?

se are we? > IMHO I suggest to talk with Security Team before disclosing information that might be sensitive in the mean time on a Debian development mailing list. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "uns

Re: [xml/sgml-pkgs] Processed: severity of 676686 is important

report.cgi?bug=676686 > Debian Bug Tracking System > Contact ow...@bugs.debian.org with problems > > ___ > debian-xml-sgml-pkgs mailing list > debian-xml-sgml-p...@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/ma

Re: [xml/sgml-pkgs] Bug#676686: libxslt1.1: libxslt1.1 binNMU broke multi-arch installability

On Sat, Jun 9, 2012 at 8:30 AM, Henrique de Moraes Holschuh wrote: > On Sat, 09 Jun 2012, Philipp Kern wrote: >> On Sat, Jun 09, 2012 at 04:36:40AM +0800, Aron Xu wrote: >> > Does this mean M-A:same packages should be prevented from being >> > binNMUed, but only so

Re: [xml/sgml-pkgs] Bug#676686: libxslt1.1: libxslt1.1 binNMU broke multi-arch installability

On Sat, Jun 9, 2012 at 6:17 AM, Philipp Kern wrote: > On Sat, Jun 09, 2012 at 04:36:40AM +0800, Aron Xu wrote: >> Does this mean M-A:same packages should be prevented from being >> binNMUed, but only source upload can be accepted? > > You cannot deprive the Release Te

Re: this bug .. bugs me

st for now, team upload is good enough. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAMr=8w4j29og50jacldhwidg1be8lvozf5ukkcna0xkxkrf...@mail.gmail.com

Re: About building packages in porterbox

On Sat, May 19, 2012 at 4:38 PM, Aron Xu wrote: > On Sat, May 19, 2012 at 4:12 PM, Colin Tuckley wrote: >> >> The problem on armel: >> >> /usr/lib/gcc/arm-linux-gnueabi/4.6/../../../arm-linux-gnueabi/libpciaccess.so: >> undefined reference to `gzopen64@ZLIB_1.2.

Re: About building packages in porterbox

XTERN gzFile ZEXPORT gzopen64 OF((const char *, const char *)); #define z_gzopen z_gzopen64 #define gzopen gzopen64 ZEXTERN gzFile ZEXPORT gzopen64 OF((const char *, const char *)); -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subjec

Re: Removing the MTA from the default install

On Wed, May 2, 2012 at 7:24 PM, Henrique de Moraes Holschuh wrote: > On Wed, 02 May 2012, Aron Xu wrote: >> On Wed, May 2, 2012 at 4:37 PM, Adam Borowski wrote: >> > On Wed, May 02, 2012 at 10:02:37AM +0200, Josselin Mouette wrote: >> >> Is this the right time to do

Re: Removing the MTA from the default install

other hand, going from a full blown MTA like exim to something like > ssmtp or dma¹ would be a great idea. Ah, but then we should remove the "Mail server" option from d-i, which is almost useless. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debi

Re: Removing the MTA from the default install

On Wed, May 2, 2012 at 4:02 PM, Josselin Mouette wrote: > Is this the right time to do it? > Not sure whether it's the right time, but I'm sure it's something I've been waiting for quite some time. :-) -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-deve

Re: Towards multi-arch: "Multi-Arch: same" file conflicts

On Mon, Apr 30, 2012 at 22:21, Goswin von Brederlow wrote: > Aron Xu writes: > >> But what if I endianness does matters for those gettext .mo files? >> Installing them as libfoo-translations-be and libfoo-translations-le >> will need some change in gettext support

Re: Towards multi-arch: "Multi-Arch: same" file conflicts

On Fri, Apr 27, 2012 at 16:46, Goswin von Brederlow wrote: > Aron Xu writes: > >> On Thu, Apr 26, 2012 at 23:21, Osamu Aoki wrote: >>> Hi, >>> >>> On Sun, Apr 22, 2012 at 03:26:21PM +0200, Julien Cristau wrote: >>>> On Thu, Nov 17, 2011 at

Re: Towards multi-arch: "Multi-Arch: same" file conflicts

ll those files under usr/lib/), it does not make sense for these .mo files. Splitting the files into another arch:any package without any M-A fields set does not help, because doing such will make the dependent package which has "M-A:same" not co-installable for two or more architectures. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAMr=8w7uy76eow6y+-urpzungwo11ndswb9q1t4eorlms8a...@mail.gmail.com

Re: Link-Time Optimisation

n the package. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAMr=8w6m_hTzD2=XHKarmyMox=jdkece6jwegnn1-7qltyn...@mail.gmail.com

Re: Multi-arch all-architecture plugins

On Tue, Feb 14, 2012 at 22:10, Ian Jackson wrote: > Aron Xu : >> On Tue, Feb 14, 2012 at 00:09, Ian Jackson >> wrote: >> > Goswin von Brederlow writes ("Re: Multi-arch all-architecture plugins"): >> >> As you said these are usualy plugins that nothin

Re: Multi-arch all-architecture plugins

ge. But when a user decide to install something on his primary architecture, and wanted to keep his other co-installed minimal to do some other stuff, forcing them installing a bunch of things isn't kind. Making it works like "Recommends" can be more friendly. And yes, t

Re: Endianness of data files in MultiArch (was: Please test gzip -9n - related to dpkg with multiarch support)

On Sun, Feb 12, 2012 at 08:00, Carsten Hey wrote: > * Aron Xu [2012-02-09 01:22 +0800]: >> Some packages come with data files that endianness matters, and many >> of them are large enough to split into a separate arch:all package if >> endianness were not something to care

Re: Endianness of data files in MultiArch

On Sat, Feb 11, 2012 at 09:36, Russ Allbery wrote: > Aron Xu writes: > >> This trick is broken. Dpkg doesn't have similar features like `rpm -V` >> at present, which verifies if files on disk are identical to what was >> installed. > > That's what

Re: Endianness of data files in MultiArch

(or have time) to invest. > > If we are ready to rewite core of such code, you are right.  But if we > simply accept upstream code design, we will endup making multiple of > such semi-arch depended data in archive as arch: any. > > Osamu IMHO it's really bad to maintain su

Re: Endianness of data files in MultiArch

On Fri, Feb 10, 2012 at 19:59, Goswin von Brederlow wrote: > Aron Xu writes: > >> Sorry, the thread was broken and I saw your reply just now. >> >> On Thu, Feb 9, 2012 at 16:23, Jan Hauke Rahm wrote: >>> On Thu, Feb 09, 2012 at 01:58:28AM +0800, Aron Xu wrote:

Re: Endianness of data files in MultiArch (was: Please test gzip -9n - related to dpkg with multiarch support)

Sorry, the thread was broken and I saw your reply just now. On Thu, Feb 9, 2012 at 16:23, Jan Hauke Rahm wrote: > On Thu, Feb 09, 2012 at 01:58:28AM +0800, Aron Xu wrote: >> >> This is valid for most-used applications/formats like gettext, images >> that are designed to be

Re: Endianness of data files in MultiArch

ness on install. That way the "performance impact" argument is non > existant. > Yes, it's "possible", but it requires additional work for both upstream/debian maintainer to care the case a lot. IMHO this idea is not very constructive for finding a better solutio

Re: Endianness of data files in MultiArch (was: Please test gzip -9n - related to dpkg with multiarch support)

On Thu, Feb 9, 2012 at 01:35, Simon McVittie wrote: > On 08/02/12 17:22, Aron Xu wrote: >> Some packages come with data files that endianness matters, and many >> of them are large enough to split into a separate arch:all package if >> endianness were not something to c

Endianness of data files in MultiArch (was: Please test gzip -9n - related to dpkg with multiarch support)

great to have some mechanism to handle such kind of problems in Debian, to avoid forcing those data to be placed into arch:any package. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Conta

Re: Removing web server dependencies from web apps

nnecessary. It that were me, I'll rebuild the webapp package and remove whatever I don't like, which is not reasonable for common users either. I support to downgrade those Depends to Recommends. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.

Re: zfs-fuse in debian

l, it may damage your system and data. OK, you have been warned. I tried to build it, and it won't build on i386, but builds fine on amd64. But I haven't tried whether it works as expected. [1]http://bugs.debian.org/637988 -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-devel

Re: [dd-list] Please use Architecture: linux-any

considerable large user base, so I would like to continue maintain it for a while. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAMr=8w4jd=UE2OcZQ=w6hmp+r9mry2erpxsv8jh+kxfkdql...@mail.gmail.com

Bug #632655: O: conky -- highly configurable system monitor

e external programs or scripts (either external or through built-in lua support). Homepage: http://conky.sourceforge.net/ -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debi

Bug #628997: O: gecko-mediaplayer -- Multimedia plug-in for Gecko browsers

unner, etc. It is the modern replacement for mplayerplug-in (from the same author). -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debi

Re: Whether should grub2 write MBR automatic

ess what you have chosen before. Write MBR when it is being installed for the first time is the right way, but it should not force user to write MBR when he has said no. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscri

Re: Alioth status update, take 3

ssword, it gives an error claiming the account does not exist. [1]http://wiki.debian.org/Alioth/FAQ - -- Regards, Aron Xu -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJN22blAAoJEEmrPP

Re: Potential memory leaks reported by Valgrind against some frequently used commands

rt-running processes that's generally not a problem. > -- > Olaf > It would be good if we fix them, :) -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian

Bug#613640: ITP: ucimf-chewing - chewing input method wrapper for ucimf

input method wrapper for ucimf -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktikz4lrzzmpeu1vx5sa20zupghpom4tstzxxq...@mail.gmail.com

Bug#612045: ITP: ucimf-sunpinyin -- sunpinyin input method wrapper for ucimf

ucimf -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/AANLkTi=ckzmj5ztcgeymtmmjqm_zhudi-dkwh-r4a...@mail.gmail.com

Re: Bug #608185: btrfs-tools: balance tree action should be only triggered by root

On Tue, Dec 28, 2010 at 21:53, Aron Xu wrote: > Package: btrfs-tools > Version: 0.19+20100601-3, 0.19+20101101-1 > Severity: serious > > Balance tree action of btrfs command should be limited to only root > user, because it may cause data corrupt and usually result in an > un

Re: using perl in preinst script

his is done, delete the temporary copy of configuration file. > > Also I believe for this, python needn't be added to Pre-Depends but only to > Depends. > I still think adding python to Depends only because a maintainer script needs it is costing too much, if the application itself doe

Re: How to create a soft link with quilt

; > libcelt is a directory under celt-0.5.1.3, I want create a symbol link > celt051 point to it. > > How can I achieve this result? > > Thanks and Reguards, > -- > Liang Guo > http://bluestone.cublog.cn > > You may want to use a maintainer script to create/remov

Re: Bug#605009: serious performance regression with ext4

Low performance with Btrfs as well, :( (Even Btrfs is not supported in squeeze, I think this could help on digging whether it is a more generic problem than EXT4 only.) -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubs

Bug#604023: ITP: fcitx-sunpinyin - sunpinyin engine for fcitx

: sunpinyin engine for fcitx -- Regards, Aron Xu signature.asc Description: Digital signature

Bug#604022: ITP: fcitx-config - graphic fcitx configuration tool

-- Regards, Aron Xu signature.asc Description: Digital signature

Bug#600901: ITP: ho22bus - English word reciting helper program

. -- Regards, Aron Xu signature.asc Description: Digital signature

Bug#598000: ITP: openfeiton - open source implemention of fetion protocol client

Description : openfetion is a fetion client for Linux based on GTK+2.0, using Fetion Protocol Version 4. . It supports most useful functions of China Mobile Fetion, more important, it's small and fast, and is better in look. -- Regards, Aron Xu signatur

Bug#597396: ITP: pidgin-gmchess - pidgin integration with gmchess

-gmchess is a plugin for pidgin which provides integration with gmchess. . It enables players of gmchess play Chinese chess (Xiangqi) over the Internet with pidgin. -- Regards, Aron Xu signature.asc Description: Digital signature

Bug#585952: ITP: gnome-paint - simple, easy to use paint program for GNOME

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: gnome-paint Version: 0.3 Upstream Author: Rogério Ferro do Nascimento URL: http://code.google.com/p/gnome-paint/ License: GPL-3 Description: simple, easy to use paint program for GNOME -- To UNSUBSCRIBE,

Bug#574256: ITP: pygccxml - specialized XML reader reads the output from gccxml

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: pygccxml Version: 1.0.0 Upstream Author: Roman Yakovenko URL: http://www.language-binding.net/pygccxml/pygccxml.html License: Boost Software License - Version 1.0 Permission is hereby granted, free of char

Bug#570202: ITP: ucimf-openvanilla - openvanilla input method collection for ucimf

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: ucimf-openvanilla Version: 2.10.5 Upstream Author: Mat URL: http://code.google.com/p/ucimf License: GPL Description: openvanilla input method collection for ucimf -- To UNSUBSCRIBE, email to debian-deve

Bug#570200: ITP: openvanilla-modules - moudules of openvanilla input method

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: openvanilla-modules Version: 0.8.0.14 Upstream Author: Mat URL: http://code.google.com/p/ucimf License: GPL Description: moudules of openvanilla input method -- To UNSUBSCRIBE, email to debian-devel-req

Bug#567248: ITP: fbterm-ucimf -- input method interface for fbterm

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: fbterm-ucimf Version: 0.2.6 Upstream Author: Mat URL: http://code.google.com/p/ucimf License: GPL Description: input method interface for fbterm signature.asc Description: OpenPGP digital signature

Bug#567247: ITP: libucimf -- 2.2.9

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: libucimf Version: Upstream Author: Mat URL: http://code.google.com/p/ucimf License: GPL Description: Unicode console input method framework Provide an input method framework for unicode console use. sign

Bug#563368: ITP: gwrite -- GTK+ based simple HTML5 editor

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: gwrite Version: 0.1.1 Upstream Author: Jiahua Huang URL: http://code.google.com/p/gwrite/ License: LGPL v3+ Description: gWrite

  1   2   >