Re: Ability to further support 32bit architectures

or "EM64T" is almost same with "AMD64". So, you, the Intel CPU user, should use "AMD64", if you don't clearly know that your Intel CPU is 32bit only. For more clear, for Debian, "AMD64" is equal to X86-64. https://en.wikipedia.org/wiki/X86-64 -- YunQiang Su

Re: Ability to further support 32bit architectures

于2024年1月12日周五 23:59写道： > > Keeping in mind that I am new to this arena... > > I have some Intel systems - both 64-bit and 32-bit - that I might be able to > use as build platforms. > I guess all of your hardwares are 64bit. You setup different OS on them. > What does the Debian team need from m

Re: Bug#1059745: ITP: cryptsetup-2fa -- 2FA plugin for cryptsetup

Ansgar 于2023年12月31日周日 20:51写道： > > On Sun, 2023-12-31 at 18:49 +0800, YunQiang Su wrote: > > * Package name: cryptsetup-2fa > > Version : 0.1 > > Upstream Contact: YunQiang Su > > * URL : https://github.com/wzssyqa/cryptsetup-2fa/

Bug#1059745: ITP: cryptsetup-2fa -- 2FA plugin for cryptsetup

Package: wnpp Severity: wishlist Owner: YunQiang Su X-Debbugs-Cc: debian-devel@lists.debian.org, s...@debian.org * Package name: cryptsetup-2fa Version : 0.1 Upstream Contact: YunQiang Su * URL : https://github.com/wzssyqa/cryptsetup-2fa/ * License : BSD-2

Re: GCC 13 stopped supporting a documented option (was Re: Bug#1050429: musl: unusable on mipsel, mips64el: mipsel-linux-gnu-gcc: unrecognised command-line option '-EL')

%{EL:-mel} %{EB:%{EL:%emay not use both -EB and -EL}} \ %(subtarget_cc1_spec)" And it is also true for most target, since they are using `%(subtarget_cc1_spec)` or similar. -- YunQiang Su

Re: GCC 13 stopped supporting a documented option (was Re: Bug#1050429: musl: unusable on mipsel, mips64el: mipsel-linux-gnu-gcc: unrecognised command-line option '-EL')

I can reproduce this problem. I will try to solve this problem (by git bisect git bisect told me that this behaivor changed since 6d3c634c8baebd9ff12c39d61947752486758bd. Let's study it: is it a feature or bug ;) commit 6d3c634c8baebd9ff12c39d61947752486758bd3 Author: Jason Merrill Dat

Re: GCC 13 stopped supporting a documented option (was Re: Bug#1050429: musl: unusable on mipsel, mips64el: mipsel-linux-gnu-gcc: unrecognised command-line option '-EL')

alled by the low regard you Earthmen have for life. > -- Spock, "The Galileo Seven", stardate 2822.3 > -- YunQiang Su

Re: The future of mipsel port

Aurelien Jarno 于2023年7月19日周三 14:43写道： > > On 2023-07-19 11:23, Paul Wise wrote: > > On Tue, 2023-07-18 at 12:45 +0800, YunQiang Su wrote: > > > > > As CIP United, we do maintain an unofficial port of mipsel. > > > So I wish that Debian can still accept ou

Re: The future of mipsel port

Paul Wise 于2023年7月19日周三 11:23写道： > > On Tue, 2023-07-18 at 12:45 +0800, YunQiang Su wrote: > > > As CIP United, we do maintain an unofficial port of mipsel. > > So I wish that Debian can still accept our patch to support mipsel > > port (source only). > > http

The future of mipsel port

Hi, folks, Welcome to era of Trixie, and let's talk about the future of mipsel. mipsel port has some problems as somebody may know: 1. 2G user RAM space make some packages FTBFS, especially with LTO enabled. 2. Y2038 problem, which requires almost rebootstrap. 3. The current hardwares, include MI

Re: 64-bit time_t transition for 32-bit archs: a proposal

de smoothly, no matter rebootstrap or rebuilding some packages. So I guess, rebootstrap may be a better choice, at least for users to understand what we did. > -- > Russ Allbery (r...@debian.org) <https://www.eyrie.org/~eagle/> > -- YunQiang Su

Re: No mips64el porterbox?

mips64el uses the same porterbox with mipsel, since mips32 and mips64 are compatiable; and all of our machines are in fact 64bit. Julien Puydt 于 2022年3月1日周二 下午5:28写道： > Hi, > > one of my package has a failure on mips64el and upstream is ready to > help me find the cause and debug the issue. > >

Re: Porter roll call for Debian Bookworm

w. > testing until this issue is fixed, so we'd greatly appreciate it if > you can investigate it soon. > > Thanks, > -- > Sandro "morph" Tosi > My website: http://sandrotosi.me/ > Me at Debian: http://wiki.debian.org/SandroTosi > Twitter: https://twitter.com/sandrotosi -- YunQiang Su

Re: Porter roll call for Debian Bookworm

Graham Inggs 于2021年12月26日周日 21:58写道： > > Hi YunQiang Su > > On Sun, 26 Dec 2021 at 11:17, YunQiang Su wrote: > > > > For mipsel and mips64el, I > > - test most packages on this architecture > > - run a Debian testing or unstable system on port that I

Re: Porter roll call for Debian Bookworm

- maintain buildds - maintain/provide hardware for (or assist with) automated tests on ci.d.n, jenkins.d.n (etc.) I am a DD. -- YunQiang Su

Re: Future of /usr/bin/which in Debian?

on IRC wanted to package the FreeBSD which too, so I > suggest using which-gnu as the binary package name too. > For such a simple tool, do we really need such many versions? > -- > bye, > pabs > > https://wiki.debian.org/PaulWise > -- YunQiang Su

Re: Porter roll call for Debian Bullseye

am a DD YunQiang Su signature.asc Description: This is a digitally signed message part

Re: DNF for Debian

ent package, (A if B else C), which is the but extended > with a ternary term and crazier ones like (A with B), which instructs the > solver > to find ONE single package that fulfills both A and B. Confused? A and B need > not be actual packages, it's totally valid for them to be other expressions, > like fully virtual ones. RPM spec files can use any statement in Provides: > clauses - and those can either live in a specific namespace (e.g., > "pkgconfig(rpm)", which looks for an "rpm" capability in the "pkgconfig" > namespace) or in the global namespace (e.g., "mta", as a virtual package > specification). Yes, it's complicated to understand and arguably error-prone > (for humans), but the usage of such expressions is abundant within the > repositories nowadays. > -- YunQiang Su

Re: Y2038 - best way forward in Debian?

Steve McIntyre 于2020年2月14日周五 上午12:20写道： > > YunQiang Su wrote: > >Ansgar 于2020年2月13日周四 下午5:29写道： > >> > >> For arm* and mips*, we mostly seem to be talking about special-purpose > >> systems where just switching to a new architecture/port doesn't s

Re: Y2038 - best way forward in Debian?

ad designed and old network protocol which aims only target 32bit system, a binary data packet, may contain time_t: struct { int a; time_t b; } just define time_t to 64 will break this protocol, although it is bad designed. Currently, the major task of 32bit ports is to keep compatible with old system/binary. Should we really want to break them? > Ansgar > -- YunQiang Su

Re: Y2038 - best way forward in Debian?

tch all packages in that period. > What do people think here? Which do you think is the better path? Feel > free to point out things you think I may have missed. We should get > started on this soon - the longer we leave it, the more likely it is > that we'll see 2038 bugs biting people. > > -- > Steve McIntyre, Cambridge, UK.st...@einval.com > "Yes, of course duct tape works in a near-vacuum. Duct tape works > anywhere. Duct tape is magic and should be worshipped." >-― Andy Weir, "The Martian" > -- YunQiang Su

Re: binutils: add host64-target32 package

On Mon, 3 Feb 2020 14:22:49 +0800 YunQiang Su wrote: > Package: binutils > Version: 2.34-2 > X-Debug-Cc: debian-devel@lists.debian.org > > Since we meet lots of packages ftbfs on 32bit ports due to 2GB/3GB > and then virtual memory exhausted > > We had some

anybody see problems with radeon drive on sid?

Background: I have a MIPS/Loongson laptop. It may have bad RGB after a short uptime. It also may show some colorful mosaic. This only happens with kernel built with gcc-9. I tried 5.2 ~ 5.5. It also only happens on desktop environment, not on console screen(control-alt-FN). does anybody meet the

Re: Bypassing the 2/3/4GB virtual memory space on 32-bit ports

I figure out a set of --build=amd64 --host=amd64 --target=i686 toolchain. [1] It seems work, with some problems left: 1. gcc64 depends on mpfr4/gmp/mpclib3, which has no multilib support yet. 2. I use dpkg-divert to replace the executable with this one. Is it suitable? It is in a very early st

Re: Tell me about your salsa experience

th madness around for a while, and it seems I will have to continue to > do so. > -- > Note, that I send and fetch email in batch, once every 24 hours. > If matter is urgent, try https://t.me/kaction > > -- -- YunQiang Su

Re: Server for system update of Debian in Sweden ?

ess 151.101.84.133 SKYCA-3 Sweden. Is that OK? > It depends on your location and ISP. If you feel the speed is acceptable, it is OK then. Here is the list of mirrors: https://www.debian.org/mirror/list > > Flemming Christensen > Denmark > -- > lcf > -- YunQiang Su

AMD64 problem: mips cross gcc munmap_chunk(): invalid pointer (on AVX cpu only)

I meet a problem of Debian’s cross toolchain.[1] It happens for gcc-7/gcc-8 in Debian Sid/Buster, while not for gcc-6 in stretch. This problem only appears on amd64, not on i386. And this problems seems only on CPUs with AVX support, I have an old HP server, with CPU Intel(R) Xeon(R) CPU E7- 4

Re: About Sphinx search debian package

Adrian Nuta 于2018年8月30日周四 下午6:38写道： > > Hi YunQiang, > > Are you still maintaining the sphinxsearch deb package? I just upload a minor version of Sphinx. Since I am not a heavy Sphinx user or developer, I guess I don't have enough knowledge to continue maintain it. > Sphinx was forked last year

Re:Missing: Mobile Debian-Solution referring to Smartphone Operating Systems (Alternative to Google/Android OS)

at first, you need a good ui and a set of base-apps. as i know, we don't have them yet. 在 Andreas Jakowidis ，2018年8月15日 下午5:59写道： Dear Developers of Debian Operating-Systems and Debian-Software. Because of a long experience in developing Debian-Software since the year 1995 i

Re: [NLnet Labs Maintainers] Looking for new opendnssec and softhsm maintainer

ps://salsa.debian.org/debian/softhsm2 If you don't agree with it, please feel free to cancel it. > > With kind regards, > Berry van Halderen > -- YunQiang Su

consider using arch-bits=32/64 syntax if possible?

(arch-bits=64)64bit_specific_symbol@Base 1.0 Since stretch's dpkg is greater than 1.18.0, backport won't be a quite big block. Should we ask for all packages use this new syntax if possible? -- YunQiang Su

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

bian Developer - deb.li/jak | jak-linux.org - free software dev > | Ubuntu Core Developer | > When replying, only quote what is necessary, and write each reply > directly below the part(s) it pertains to ('inline'). Thank you. > -- YunQiang Su

Re: Porter roll call for Debian Stretch

automated tests outside the Debian QA services Run daily build test Run autopkgtest - ... I am a DD I believe the ports *are* ready to have -fPIE/-pie enabled by default. YunQiang Su On Sun, Aug 28, 2016 at 11:53 PM, Aurelien Jarno wrote: > On 2016-08-17 22:05, ni...@thykier.

Re: Porter roll call for Debian Stretch

ci.d.n, jenkins.d.n (etc.) - run other automated tests outside the Debian QA services Run daily build test Run autopkgtest - ... I am a DD I believe the ports *are* ready to have -fPIE/-pie enabled by default. YunQiang Su > 在 2016年8月31日，00:04，YunQiang Su 写道： >

Re: Installer of Debian Stable allows to use btrfs for /, does it mean it's mature enough to use safely?

/Documentation/filesystems/btrfs.txt?id=refs/tags/v3.16.36 Believe the upstream. While in the nearest kernel, there is no sentence about "under heavy development". Installer is just installer. > > > I'm really confused, I don't know whom to believe. > -- YunQiang Su

Re: Xeon Phi port

eon Phi. > > Looking forward to fruitful discussion. > > Cheers, Václav > > > [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794710 -- YunQiang Su -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cakcpw6vx+ts0npku-kpdywqpknqal2cci5v+hc8qygi0eg6...@mail.gmail.com

Re: Can a leaf package require SSE2 on i386?

ps://lists.debian.org/20140915230525.ga2...@type.youpi.perso.aquilenet.fr > I meet the similar problem: a package (shine) set itself as mips32r2. I found it when I try dig out why it ftbfs on mips64el. -- YunQiang Su -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org w

Re: preparing for GCC 4.9 (bug squashing on May 16/17)

On Wed, May 14, 2014 at 12:10 AM, Matthias Klose wrote: > Am 13.05.2014 17:44, schrieb Yunqiang Su: >> Do you plan make 4.9 the only version of gcc in jessie? > > This first depends on building the kernel, both linux and kfreebsd, and eglibc > using gcc-4.9. > I tried buil

Re: preparing for GCC 4.9 (bug squashing on May 16/17)

5/msg00087.html > [5] > http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=gcc-4.6-legacy;users=debian-...@lists.debian.org > [6] > http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=gcc-4.7-legacy;users=debian-...@lists.debian.org > > > -- > To UNSUBSCRIBE, email to debian-devel-requ.

mips64el: FTBFS list and buildlogs

http://mips.wicp.net:9998/mips2/temp/mips64el-attempted.txt If you have interest on fixing these ftbfs, they may be helpful. -- Yunqiang Su -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.o

Re: ld.so for multiarch and multilib installed at same time

On Fri, Apr 25, 2014 at 9:00 PM, Andrey Rahmatullin wrote: > On Fri, Apr 25, 2014 at 06:49:49PM +0800, Yunqiang Su wrote: >> >>On amd64 system: >> >> >> >> libc6-i386 make /lib/ld-linux.so.2 link to /lib32/ld-linux.so.2 and >> >> link to >&

Re: ld.so for multiarch and multilib installed at same time

On Fri, Apr 25, 2014 at 5:58 PM, Steve McIntyre wrote: > Yunqiang Su wrote: >>On amd64 system: >> >> libc6-i386 make /lib/ld-linux.so.2 link to /lib32/ld-linux.so.2 and link to >> /lib32/ld-2.18.so >> >>libc6:i386 make /lib/ld-linux.so.2 link to /

ld.so for multiarch and multilib installed at same time

el to link /lib/ld.so.1 to /lib/mipsel-linux-gnu/ld.so.1 instead of ld-2.18.so directly. It aslo has the same problem. Is it a problem of dpkg or eglibc? -- Yunqiang Su -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trou

Re: Roll call for porters of architectures in sid and testing

essie release: For mipsel/mips64el and maybe mips/mips64, I - test most packages on this architecture - fix toolchain issues - triage arch-specific bugs - fix arch-related bugs - maintaining rebuild test I am a DM Yunqiang Su signature.asc Description: Message signed with OpenPGP using GPGMail

Re: MIPS64EL rootfs available for use and test

=729572 ? On Thu, Nov 14, 2013 at 7:31 PM, Graham Whaley wrote: > > On 14 November 2013 00:46, David Daney wrote: >> >> On 11/13/2013 04:32 PM, YunQiang Su wrote: >>> >>> On Thu, Nov 14, 2013 at 8:03 AM, David Daney >>> wrote: >&g

Re: MIPS64EL rootfs available for use and test

On Thu, Nov 14, 2013 at 8:03 AM, David Daney wrote: > On 11/11/2013 09:57 AM, YunQiang Su wrote: >> >> Hi, folks, >> >> In the recent days, I figure out the mips64el rootfs and test it on >> Loongson 3A platform. >> It works well in general, it's time

Re: MIPS64EL rootfs available for use and test

On Tue, Nov 12, 2013 at 2:28 PM, Paul Wise wrote: > Woops, sorry for the blank mail. > > On Tue, Nov 12, 2013 at 1:19 PM, YunQiang Su wrote: >> On Tue, Nov 12, 2013 at 12:15 PM, Paul Wise wrote: >>> Point users at debootstrap or d-i instead of the rootfs (best option). &

Re: MIPS64EL rootfs available for use and test

On Tue, Nov 12, 2013 at 12:15 PM, Paul Wise wrote: > On Tue, Nov 12, 2013 at 1:57 AM, YunQiang Su wrote: > >> It can be download from: >> http://mips64el.debian.net/debian/rootfs/ > > This rootfs contains things that should not be shared between multiple > machine

MIPS64EL rootfs available for use and test

shing your feedback. -- YunQiang Su -- 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/CAKcpw6VFdSj2P5104OvMhZjMeq7UOhf_weW1ZByg=-qpx58...@mail.gmail.com

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

it. @Fuxin: Is there a server available to by which support IPMI? How about its precise? Or is their any something else which is suitable for build machine? Imgtec may purchase some. > > Graham -- YunQiang Su -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a

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

On Sat, Oct 26, 2013 at 9:50 AM, Paul Wise wrote: > On Sat, Oct 26, 2013 at 12:22 AM, YunQiang Su wrote: > >> After more than half of a year's hard work, we have the mips64el port >> almost done. >> Now we have more than 7600 packages build successfully. > > Co

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

On Tue, Oct 29, 2013 at 7:05 PM, Graham Whaley wrote: > On 25 October 2013 17:22, YunQiang Su wrote: > >> After more than half of a year's hard work, we have the mips64el port >> almost done. >> Now we have more than 7600 packages build successfully. >> The c

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

s for all of the people helped me to make this project be realized: Eleanor Chen, Aron Xu, Anthony Fok, Fuxin Zhang from Lemote and lots of other people. -- YunQiang Su -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble?

Re: mips64el port build failed list

On Wed, Oct 16, 2013 at 3:02 AM, Bernd Zeimetz wrote: > hi! > > On 10/15/2013 03:59 PM, YunQiang Su wrote: >>>> The buildlog of these packages can be found in >>>> http://vip.moonux.org/attempted/ > > > Looking at one of my pet packages (g

Re: mips64el port build failed list

On Tue, Oct 15, 2013 at 11:23 PM, Paul Wise wrote: > On Tue, Oct 15, 2013 at 7:33 PM, YunQiang Su wrote: > >> We are working on the port of mips64el, and the progress is quite good. > > Please add that to debian-ports.org so that maintainers can find > failed build logs li

Re: mips64el port build failed list

On Tue, Oct 15, 2013 at 9:53 PM, Adam D. Barratt wrote: > On 2013-10-15 12:33, YunQiang Su wrote: >> >> http://192.168.252.248/attempted/0_attempted.txt sorry for me, it should be http://vip.moonux.org/attempted/0_attempted.txt >> is the list of packages which have tried

mips64el port build failed list

://vip.moonux.org/attempted/ The help of to fix these build is warm welcomed. -- YunQiang Su -- 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/cakcpw6u4hxoljori3

Re: Bootstrappable Debian - a decision is needed, patches exist

p://www.alkmim.eti.br/~alkmim/gitrepo/autobootstrap.git > [9] https://gitorious.org/debian-bootstrap/botch > [10] http://people.debian.org/~wookey/bootstrap > [11] https://wiki.debian.org/BuildProfileSpec > > > -- > To UNSUBSCRIBE, email to debian-devel-requ...@lists.debia

Re: Upcoming changes in Tcl/Tk packaging

cl/Tk version). > > Do you have numbers what will break with 8.6? > > Matthias > > > -- > To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive

Re: link with -L/usr/lib

On Tue, Sep 17, 2013 at 7:23 PM, Samuel Thibault wrote: > YunQiang Su, le Tue 17 Sep 2013 19:06:54 +0800, a écrit : >> I am shutdowning the wrong bugs. > > You mean only the wrong bugs, not completely all of them? If your > program had troubles submitting the right ones, I

Re: link with -L/usr/lib

Sep 2013 13:01:32 +0200, a écrit : >> YunQiang Su, le Tue 17 Sep 2013 18:38:26 +0800, a écrit : >> > This package has one or more -L/usr/lib in its build system, >> >> Err, no, it doesn't. Please recheck your build log carefully. And >> don't do Mass Bug Fi

Re: release goal for jessie! (Re: Source-only uploads (was: procenv_0.9-1_source.changes REJECTED)

l (as > > in arch:any) packages on buildds. > Are there any reasons to not built arch:all on buildds aside from > technical problems? > > -- > WBR, wRAR > -- YunQiang Su

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

On Mon, Jun 25, 2012 at 5:50 PM, Bernd Zeimetz wrote: > On 06/25/2012 09:49 AM, Simon McVittie wrote: >> On 25/06/12 06:07, YunQiang Su wrote: >>> 1. upload 2.0 to experimental, and unstable users should install it >>> manually. >> >> This is usually the r

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

same as testing. testing-proposed-updates has no several days to testing And I am also confused by the connection of proposed-updates and updates. -- YunQiang Su -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Conta

Re: On init in *Debian*

`-    […] I will see what I can do for you.”  -- Jörg Schilling > > > -- > 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/

Re: A few observations about systemd

ul hoar-frost       (/ > > > -- > 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/20120304102042.ge17...@suiko.acc.umu.se > -- YunQ

Re: A few observations about systemd

sking for OS/2 support too. > > The main question is: For who's interest should Debian exist, the > upstream authors, the Debian maintainers or the users? My vote is on the > latter :) > The really question is that for which group of users? > > > -- > To UNSUBSCRIBE

Re: Bug#655232: ITP: pushkey -- ITP: pushkey - Pushes your ssh key to a remote location. It tries to create a .ssh folder remotley then it adds your ssh key to authorized_keys.

the ssh-copy-id command that comes in the openssh-client > package? > +1 -- YunQiang Su

Bug#642319: ITP: fcitx-handwrite -- an GTK+ frontend, zinnia based handwrite input method for fcitx

Description: an GTK+ frontend, zinnia based handwrite input method for fcitx -- YunQiang Su -- 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/

Re: Bug#641699: ITP: gnome-globalmenu -- global menu plug-in for gnome-shell

-globalmenu/gnome-globalmenu_0.9~gitba924c3d97-1.dsc -- YunQiang Su -- 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/cakcpw6vm4g66tr3n3cizaskxr8futk2ezeweb

Bug#641699: ITP: gnome-globalmenu -- global menu plug-in for gnome-shell

-shell -- YunQiang Su -- 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/cakcpw6xf1l97sq4dwm3a-kkhzco1cc2fyw6l_jrybbsyb9h...@mail.gmail.com

Re: Bug#601596: RFH: festival -- General multi-lingual speech synthesis system

On Mon, Aug 15, 2011 at 11:03 AM, Kumar Appaiah wrote: > On Mon, Aug 15, 2011 at 09:33:50AM +0800, YunQiang Su wrote: >> Would you found a TTS team? >> and invite all TTS packager to join it? > > This would be the ideal solution. I'd love it for people interested to >

Bug#640970: ITP: ibus-googlepinyin -- googlepinyin engine for ibus

-- YunQiang Su -- 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/cakcpw6ul0ekmhjvsfuaenvohjphlck-utl+xed1jpfre1u0...@mail.gmail.com

Re: A short question about apt-get build-dep

> Does changing the order prefer openjade before openjade1.3? Or would > adding openjade1.3 [!hurd-i386] be a better solution. > I believe that changing the order is better. -- YunQiang Su -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of &qu

Re: Bug#601596: RFH: festival -- General multi-lingual speech synthesis system

Would you found a TTS team? and invite all TTS packager to join it? -- YunQiang Su -- 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/CAKcpw6XUKSML+O-2a1Q+m

Re: [kfreebsd] massive report for uninstallable FUSE packages

Is it the job for fuse4bsd maintainers to set Provide: fuse-utils ? -- YunQiang Su -- 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/cakcpw6u8r

Re: [Soc-coordination] ESA Summer of Code in Space 2011

I am interesting in to package Opticks - a remote sense software. or Maybe i18n even, if time is enough. Will we (Debian) apply as a mentor organization ? PS: add cc to debian-...@lists.debian.org -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscrib

Re: [Soc-coordination] ESA Summer of Code in Space 2011

Maybe, some Remote Sense software are related with it. These RS software are maintained by DebianGIS team. -- YunQiang Su -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Arch

Re: Whether should grub2 write MBR automatic

aller or users manually. It is both friendly to users and maintainers. -- YunQiang Su -- 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/BANLkTinTkZHkGUtGdcykgCn1cX=_D=x...@mail.gmail.com

Re: Re: Whether should grub2 write MBR automatic

> What if the updated grub is incompatible with the bootloader installed by a > previous version of grub? > If so, it should not be called grub2 again. -- YunQiang Su -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Troub

Re: Whether should grub2 write MBR automatic

> Did you? Try 'dpkg-reconfigure grub-pc' ;) > yes it works. BUT: When installing, user will usually install grub in MBR or they have no choice to set it when install (install from LiveCD). and I can not find out any necessity to run grub-install every time. -- To UNSUBSCRIBE, email to debia

Re: Whether should grub2 write MBR automatic

. I hate this behavior. I believe that the MBR must be taken control by users. -- YunQiang Su -- 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/banlktim

Re: Whether should grub2 write MBR automatic

> On Wed, 2011-06-22 at 11:33 +0800, YunQiang Su wrote: >> When update to grub-pc 1.99-8, it write my MBR, then I report a bug. >> >> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=631224 >> >> and Colin Watson tell me that it's a new feature. >> Y, i

Whether should grub2 write MBR automatic

When update to grub-pc 1.99-8, it write my MBR, then I report a bug. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=631224 and Colin Watson tell me that it's a new feature. Y, it maybe, he tell to install grub-pc-bin only, but this package has no kernel hook even. Here is my suggestion: m

When create base.tgz with pbuilder , occured a error

build env I: removing directory /media/tmpfs/pbuilder/4079 and its subdirectories rmdir: failed to remove `/media/tmpfs/pbuilder/4079/proc': Device or resource busy rmdir: failed to remove `/media/tmpfs/pbuilder/4079': Directory not empty And the base.tgz buil -- YunQiang Su -- To U

When create base.tgz with pbuilder , occured a error

build env I: removing directory /media/tmpfs/pbuilder/4079 and its subdirectories rmdir: failed to remove `/media/tmpfs/pbuilder/4079/proc': Device or resource busy rmdir: failed to remove `/media/tmpfs/pbuilder/4079': Directory not empty And the base.tgz create before, works well. -- Y

Bug#622968: ITP: libcitygml -- a small and easy to use C++ library for parsing CityGML files

Package: wnpp Severity: wishlist Owner: YunQiang Su -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: libcitygml Version : 0.1.4 Upstream Author : jpouder...@gmail.com * URL : http://code.google.com/p/libcitygml/ * License : LGPL Programming

Bug#605985: ITP: gitso -- a frontend to reverse VNC connections

Package: wnpp Severity: wishlist Owner: YunQiang Su -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: gitso Version : 0.8 Upstream Author : gerberad etc. * URL : http://code.google.com/p/gitso/ * License : GPLv3 Programming Lang: Python

Bug#604460: ITP: ibus-handwrite -- handwrite input engine for ibus

Package: wnpp Severity: wishlist Owner: YunQiang Su -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: ibus-handwrite Version : 2.1.0 Upstream Author : Cai WanZhao * URL : http://code.google.com/p/ibus-handwrite * License : GPLv3 Programming