Hello everyone,
I'm trying to create a deb file that will install icons in the
menu. I've created .desktop files and placed them under
/usr/share/applications. These icons do appear, but under KDE,
they appear under the "Lost and found" category. I have n
I am working on bringing the libargtable2 package up to date with both
upstream changes and the Debian policy. One of the changes state:
recommend to ship additional documentation for package |pkg| in a
separate package |pkg-doc| and install it into |/usr/share/doc/pkg|.
The package currently shi
On 16/11/14 17:16, Scott Kitterman wrote:
> The cure for inappropriate speech is more speech. Calling people on things
> that are inappropriate or that cause problems in the project is exactly the
> right thing to do.
I was trying to point out the futility of trying to ask people to show
restra
On 13/11/14 18:22, Tobias Frost wrote:
> Sometimes, a joke is just inappropriate, regardless how funny it may seem.
> Sometimes, a joke is better not made, regardless how funny it is.
>
> We have enough bad karma these days, no need to pour gasoline on the fires.
Civility ism after all, so importan
Just a quick FYI for anyone who missed it.
Following the discussion from a few days ago about Cava (C like language
with no undefined behavior), gcc 4.9 is now out[1]. One of the changes
there is a runtime check for undefined behavior. Just compile with
-fsanitize=undefined, and your program will
On 15/04/14 19:45, Jakub Wilk wrote:
> * Thorsten Glaser , 2014-04-15, 11:24:
>> we need to go further. We need a programming language (with at least
>> two compiler implementations), which I will call Ͻ, that looks like C
>> so much that *every* C program¹ is also a valid Ͻ program, and
>> *every*
On 13/04/14 06:32, Russ Allbery wrote:
>> Like I said before, I am not against the compilers warning about such
>> > cases. I just think that these warnings need to be done very carefully,
>> > or they become worse than useless. As such, if you see a case in which
>> > you feel gcc (or clang, or w
On 13/04/14 05:39, Russ Allbery wrote:
> One can make a good argument that such checks are exactly what you should
> be doing.
Then the answer is very simple. Write in Java.
>> My understanding of things is that undefined behaviors are fairly
>> common, and almost always benign. Look at the followi
On 12/04/14 23:38, Henrique de Moraes Holschuh wrote:
> On Thu, 10 Apr 2014, Shachar Shemesh wrote:
>> I never did understand what people expect. gcc uses the undefined
> Warn the hell out of any line of code with per-spec undefined behaviour, if
> not by default, at least under -
On 11/04/14 13:49, Ansgar Burchardt wrote:
> Hi,
>
> On 04/11/2014 12:42, Ian Jackson wrote:
>>
>> What people expect is that the compiler compiles programs the way C
>> was traditionally compiled.
> Shouldn't -O0 come close to that expectation?
I think that Ansgar's answer is spot on, but against
On 10/04/14 20:59, Ian Jackson wrote:
> Vincent Lefevre writes ("Re: Having fun with the following C code (UB)"):
>> On 2014-04-10 11:48:44 +, Thorsten Glaser wrote:
>>> And GCC is a repeat offender which actually does do that.
>> If you don't like that, you should use the -fwrapv option.
> Sad
On 26/03/14 17:13, Kevin Toppins wrote:
> I am going to have to respectfully disagree with you on my post being useless.
With the hope of contributing constructive criticism, I'll answer that.
As far as the systemd vs. upstart discussion, I was leaning in upstart
(more precisely, against systemd).
On 23/01/14 13:45, Richard Hartmann wrote:
> The risk of any "outsider" to become a DD for this offer alone is slim to
> none.
You're forgetting the free LWN subscription.
Shachar
Hi all,
I have a package[1] that will not transition to testing due to failed
compilation on powerpc. The problem is that the actual package requires
a fairly complete C++11 support in order to compile. I have tried to
signify this by adding "Build-Depends: gcc (>= 4:4.7)" to the dependencies.
On
Hi all,
I have a package[1] that will not transition to testing due to failed
compilation on powerpc. The problem is that the actual package requires
a fairly complete C++11 support in order to compile. I have tried to
signify this by adding "Build-Depends: gcc (>= 4:4.7)" to the dependencies.
On
bout other mailers though
and you could also set Reply-To: to both the list and your address.
A. I'm not at all sure what the standard says about multiple "Reply-To:"
headers. I don't think they are supported
B. Even if they are, they still don't allow people to reply priv
ither way, the desired effect isn't
achieved.
Also, reply-to is the wrong tool for this job (this is NOT what it's
for), as it prohibits distinction between replies to the list and reply
to me.
Shachar
--
Shachar Shemesh
Lingnu Open Source Consulting Ltd.
http://www.lingnu.com
On 13/03/11 08:19, Ben Finney wrote:
Shachar Shemesh writes:
Personally, I think the code of conduct should be amended, along with
the list software.
While this shouldn't turn into a counting of popularity, I'd like to
register that there are people who think the list
subscribed to where
this topic was a constant cause of bickering among the mailing
participants switched to mailman, and the result was quiet on the 'reply
to all' front for several years now.
Shachar
--
Shachar Shemesh
Lingnu Open Source Consulting Ltd.
http://www.lingnu.com
--
To
way round.
non-free stuff shouldn't be in main depends at all IMO, even as an alternative.
Then please state what you think should happen in the case pointed out
by Emilio.
Shachar
--
Shachar Shemesh
Lingnu Open Source Consulting Ltd.
http://www.lingnu.com
--
To UNSUBSCRIBE, email
On 23/02/11 12:23, Holger Levsen wrote:
Hi,
On Mittwoch, 23. Februar 2011, Shachar Shemesh wrote:
Giving feedback over the
upstream trustworthiness is not the purpose of ITP bugs,
oh, hell yes, it is.
Where else should we discuss what software fits into Debian? debian-qa@ when
it&#
ich I don't
see as preferable.
Thank you for your feedback.
Shachar
--
Shachar Shemesh
Lingnu Open Source Consulting Ltd.
http://www.lingnu.com
--
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/4d648429.5010...@debian.org
Package: wnpp
Severity: wishlist
Owner: Shachar Shemesh
* Package name: libsafewrite
Version : 1.00
Upstream Author : Shachar Shemesh
* URL : http://www.lingnu.com/opensource/safewrite.html
* License : MIT
Programming Lang: C
Description : Simple
ific
support for linking against DESTDIR installed libraries (maybe make it
respect DESTDIR if it's defined during the build? That could be a
solution that is both easy to understand and simple to integrate)
Shachar
--
Shachar Shemesh
Lingnu Open Source Consulting Ltd.
http://www.lingnu.com
open, plus
safe_write.h itself. I don't see that as particularly burdensome. I'm
not sure how platform independent any includes I put inside my header
are going to be, and would rather not open this particular can of worms.
Shachar
--
Shachar Shemesh
Lingnu Open Source Consulting
sue, but I do think that the reliance on
PATH_MAX is. I think the current implementation solves both of these
concerns.
Shachar
--
Shachar Shemesh
Lingnu Open Source Consulting Ltd.
http://www.lingnu.com
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of
On 04/01/11 16:24, Ian Jackson wrote:
Shachar Shemesh writes ("Safe file update library ready (sort of)"):
This is not a formal release just yet (plus one function is still
missing an implementation, trivial though it might be). It's just that
the list obviously h
he case, why I'm unlinking
somefile.tmp before opening it with O_CREAT|O_TRUNC. The reason is that
it might have permissions (say, from a previous run that failed -
unlikely, but not impossible) that prevent proper functioning. It has
nothing to do with permissions.
Shachar
--
Shachar Sh
s point to let anyone who disagrees with this statement
come forward and say so.
Shachar
--
Shachar Shemesh
Lingnu Open Source Consulting Ltd.
http://www.lingnu.com
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trou
On 03/01/11 14:54, Olaf van der Spek wrote:
That's one of the more interesting parts.
It sure is to you. I'm not sure about other users. I'll tell you what -
I'll make the project's home page a wiki, and you can document these to
your heart's content.
Shac
, why I'm unlinking
somefile.tmp before opening it with O_CREAT|O_TRUNC. The reason is that
it might have permissions (say, from a previous run that failed -
unlikely, but not impossible) that prevent proper functioning. It has
nothing to do with permissions.
Shachar
--
Shachar Sh
Feedback most appreciated.
Shachar
--
Shachar Shemesh
Lingnu Open Source Consulting Ltd.
http://www.lingnu.com
--
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/4d21a84c.4060...@debian.org
will be ready about this weekend". I
even gave a URL to watch (https://github.com/Shachar/safewrite). If you
check it out right now, you will find there a fully implemented and
fairly debugged user space solution, even including a build tool and man
page.
BTW - feedback welcome.
Shachar
On 30/12/10 17:02, Olaf van der Spek wrote:
Got a project page already?
Watch this space. Actual code coming soon(tm).
https://github.com/Shachar/safewrite
Shachar
--
Shachar Shemesh
Lingnu Open Source Consulting Ltd.
http://www.lingnu.com
--
To UNSUBSCRIBE, email to debian-devel-requ
On 30/12/10 17:17, Olaf van der Spek wrote:
On Thu, Dec 30, 2010 at 4:12 PM, Shachar Shemesh wrote:
No. I was doing it as code to accompany an article on my company's site
about how it should be done. I was originally out to write the article, and
then decided to add code. A good
all
metadata information the old file had (including owner, permissions etc.)
Just thought I'd share this little nugget to show you how much worse
non-posix has it.
Shachar
--
Shachar Shemesh
Lingnu Open Source Consulting Ltd.
http://www.lingnu.com
--
To UNSUBSCRIBE, email to debian-de
this week. Will also handle copying the permissions over and
following symlinks.
Shachar
--
Shachar Shemesh
Lingnu Open Source Consulting Ltd.
http://www.lingnu.com
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact li
On 30/12/10 17:02, Olaf van der Spek wrote:
On Thu, Dec 30, 2010 at 3:51 PM, Shachar Shemesh wrote:
I'm working on one under the MIT license. Will probably release it by the
end of this week. Will also handle copying the permissions over and
following symlinks.
Sounds great!
week. Will also handle copying the permissions over and
following symlinks.
Shachar
--
Shachar Shemesh
Lingnu Open Source Consulting Ltd.
http://www.lingnu.com
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...
em to see that strace and fakeroot-ng do exactly the same
thing. The only difference is that for strace it works.
I need someone who is either a ptrace expert, or who has a fresh set of
eyes and some patience, to help me look at it and figure out what I'm
doing wrong.
Thanks,
Shachar
--
Hi all,
I am preparing an upload to Sid, with the intent of getting it into
Lenny, for a package of mine (to solve bug #493061 for fakeroot-ng, if
it matters). While working on it, I found out that the package also has
a FTBS twice bug, which resulted from empty lines (with no leading tab
cha
William Pitcock wrote:
It seems like moving to grub for everything may be a good choice on the
archs where lilo is used.
Lilo has one killer feature that is totally missing from GRUB - the -R
option. It allows me to upgrade a kernel on remote servers, knowing that
if the upgrade fails, I wi
Fakeroot-ng is a clean reimplementation of fakeroot, using a totally
different technology. Fakeroot-ng uses the ptrace interface to track the
syscalls performed by the fooled program. This means fakeroot-ng is
immune to problems that may happen as a result of races, cross-library
interactions,
nt agency.
N:
N: Refer to http://ftp-master.debian.org/REJECT-FAQ.html for details.
N:
This is the copyright file:
his package was debianized by Shachar Shemesh <[EMAIL PROTECTED]> on
Tue, 08 Jan 2008 20:27:55 +.
It was downloaded from http://sourceforge.net/projects/fakerootng
Fakeroot
Petter Reinholdtsen wrote:
And of course, it also make it possible to
dynamically order the scripts based on their dependencies.
When you said "and of course", I thought you were going to say "allow
scripts that have no inter-dependency to start in parallel". Having a
concurrency level of
David Anderson wrote:
> Therefore, question: how should I get from this situation to having a
> working .deb (including the cross-compiled driver), while at the same
> time playing nicely with Debian packaging policies?
>
In the general case, the problem is much wider. Let me give you an example
David Given wrote:
> You've got two major tasks ahead of you:
>
> - - port gcc
>
> - - port the kernel
>
> - - cross-compile a basic userland
>
Nobody expects the Spanish inquisition.
Actually, there is one more major headache, which is porting a boot
loader. Probably uBoot or something similar
Tim Hull wrote:
>
>
> I knew about that, though it's not actually an official Debian
> repository (to my knowledge).
If I were looking for a date that was tall yes compact, what would you
tell me? How about a date with fair brown eyes?
What you are asking for is a contradiction. There are only two
Russell Coker wrote:
> On Wednesday 06 June 2007 20:05, Shachar Shemesh <[EMAIL PROTECTED]> wrote:
>
>>> What benefits does this offer over authbind which has been in Debian for
>>> ages?
>>>
Before I begin answering your questions, the bug report
Russell Coker wrote:
> On Tuesday 05 June 2007 16:52, Shachar Shemesh <[EMAIL PROTECTED]> wrote:
>
>> Package: wnpp
>> Severity: wishlist
>> Owner: Shachar Shemesh <[EMAIL PROTECTED]>
>>
>
> What benefits does this offer over authbind which
Package: wnpp
Severity: wishlist
Owner: Shachar Shemesh <[EMAIL PROTECTED]>
* Package name: privbind
Version : 0.2
Upstream Author : Shachar Shemesh <[EMAIL PROTECTED]>
* URL : http://sourceforge.net/projects/privbind
* License : GPL
Program
Package: wnpp
Severity: wishlist
Owner: Shachar Shemesh <[EMAIL PROTECTED]>
* Package name: bitefusion
Version : 1.0.1
Upstream Author : J¸rgen Jacobsen <[EMAIL PROTECTED]> and Morten
Hustveit <[EMAIL PROTECTED]>
* URL : http://www.junop
Hendrik Sattler wrote:
> How about patching thunderbird to look at both directories?
>
> HS
>
I can, somehow, grok maintaining a thunderbird extension, but delving
into the actual thunderbird code is way over my available time at the
moment. :-(
Yes, I know, I can open a bug and dump this on t
Hi all,
I came across the following need, and was wondering what the best way to
solve it would be. I'm packaging a Thunderbird extension that is 100%
javascript. I.e. - it's an "Architecture: All" package. Thunderbird
expects that all files from such a package that would normally go into
/usr/li
Henning Makholm wrote:
>Scripsit Shachar Shemesh <[EMAIL PROTECTED]>
>
>
>
>>First, if I understand correctly, programs linked against this new
>>library (which should still be called "libargtable2-0") should have a
>>specific ">=" vers
Hi all,
I am maintaining a package (libargtable2, not that it matters). This
library had a recent backwards compatible interface version upgrade. The
previous version was 0, and the new version is 1, backwards compatible
to 0. It got the version number of "1:1:1" in libtool terms, which
translate
Andreas Fester wrote:
>If upstream is unwilling to change the SONAME each time the binary
>compatibility breaks, then IMHO the only choice is that you do it
>yourself for the Debian package. Otherwise trouble begins when other
>packages within the Debian archive start linking against your library.
Hi all,
I'm working on packaging xparam (http://xparam.sf.net). It's a C++
library for object serialization.
The problem is that upstream does not belive in SONAME versioning for
C++ libraries. He claims that he has no choice but to break interface
with each and every release. As a result, he is
Package: wnpp
Severity: wishlist
Owner: Shachar Shemesh <[EMAIL PROTECTED]>
* Package name: xparam
Version : 1.22
Upstream Author : Ronnie Maor and Michael Brand
<[EMAIL PROTECTED]>
* URL : http://xparam.sourceforge.net/
* License : Revis
Lior Kaplan wrote:
> This meta package will install Hebrew desktop related Debian
> packages for use by Hebrew debian users.
> .
> It also includes a script 'hebrew-settings' to reconfigure
> the system to have a fully Hebrew-ized desktop.
> .
> Homepage: http://debian-hebrew.alioth.debian.org/
>
nly language to
have gendered nouns. Also bear in mind that while "Table" is male in
Hebrew, it may well be female in another language.
In short, please think carefully before using an automatic solution for
generating your numbers. Things may not be as simple as you think.
es into Debian otherwise,
but because I want to help the project. It seems that the lack of time
everybody has is a self aggravating problem. No time -> Longer time to
approve new DDs -> People have no time.
Shachar
--
Shachar Shemesh
Lingnu Open Source Consulting ltd.
http:/
g, then no contract is necessary.
In other words, I'm only assuming they assume our usage is infringing.
Shachar
--
Shachar Shemesh
Lingnu Open Source Consulting ltd.
Have you backed up today's work? http://www.lingnu.com/backup.html
--
To UNSUBSCRIBE, email to [EMAIL PROTECTE
e matter matter that much. In any case,
this is more down to personal beliefs than actual reasoned discussion.
2. I am not a lawyer, so the above may be a distorted view of the real
state of affairs. The correct thing to do with anything I write on the
matter is to take it to a real law
64 matches
Mail list logo
